软件测试规范
XXXXXX科技有限公司
软件测试app2021年7月20日
修订记录
序号 | 提交者 | 更新日期 | 更新内容 |
1 | 2021-07-20 | 文件新建 | |
2 | 2021-08-03 | 完善1.3.3 缺陷等级说明 7.1功能测试、 | |
3 | |||
4 | |||
5 | |||
1.概要
1.1.目的
本文档是测试团队的日常工作规范,主要侧重测试工作流程的控制,明确软件工程的各阶段测试应完成的工作以及开发应提供的文档。
1.2适用范围
本过程适用于软件测试过程中所有活动,即适用于参与项目的所有开发和测试人员。
1.3 术语、名词定义
1.3.1 开发文档
开发人员提供给测试人员的开发文档至少包括以下几种:需求文档,概要设计,详细设计等。
1.3.2 测试文档
测试文档包括测试计划、测试用例说明、BUG报告及分析、测试总结,以及测试工作全部
完成后的测试报告等。测试文档由测试人员编写并维护。测评Bug提交到Bug管理工具中便于跟踪。
1.3.3 缺陷等级说明
1)A类(禅道中的级别为1级bug):严重缺陷,最严重的等级,由于程序所引起的死机、非法退出 、 死循环、导致数据库发生死锁、数据通讯错误:系统与其他系统进行数据传递时出现错误、交易类的数值计算错误,分析类的数值计算偏差在0.2%以上、没有达到性能指标,还包括系统崩溃、数据丢失、系统主要功能丧失,无法继续操作,造成重大安全隐患情况,如机密性数据的泄漏等等。
2)B类:(级别为2级bug)较严重缺陷,功能不符、数据流错误:数据在系统内部流转中计算错误、程序接口错误、模块功能或特性没有实现;功能不完整;导致其他模块无法正常使用等。
3)C类:一般缺陷,界面错误,与详细文档不符、界面内容、格式错误 、简单的输入限制未放在前台进行控制、删除、保存操作未给出确认提示信息、辅助说明描述不清楚、 显示格式不规范、长时间操作未给用户进度提示或提示信息。
4)D类:较小缺陷,窗口文字未采用行业术语 、可输入\点击区域和只读区域没有明显的区分标志 、系统处理未优化、系统易用性方面的问题,例如查询条件值为空时通常默认为查询全部,如果还需要用户选择查询、条件为“全部”则可以认为系统处理未优化。
5)E类:建议缺陷,对网站使用的友好性有影响,如拼写错误、界面布局、文档的可读性、操作的一致性、等系统设计之外的优化建议。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论