0基础学测试---系统测试( 四 ) _测试

使用步骤：
1、根据需求画出业务流程图
2、根据流程图，提取分支流程（基本流、备选流、异常流）
3、针对每一条分支，设计测试用例进行覆盖
⑥判定表法
使用场景：测试业务规则，比较复杂的业务规则，如游戏规则等。
使用步骤：
1、根据需求明确输入和输出
2、把输入的取值（真/假）进行全排列
3、针对每一个组合写出输出结果，并对判定表进行化简（删除无效组合、输出一样输入只有一项不同进行合并）
4、针对每一项组合设计测试用例
缺点：工作量大
4.2系统测试用例编写重点要素
内容包含：编号、测试项目、标题、前置条件、输入、步骤、预期结果、优先级
如下图：
优先级：
常用3级描述：高、中、低
高：保证系统的基本功能、核心业务、重要特性，实际使用频率高的模块、操作；
中：为了使测试用例更加全面，包括异常情况测试、UI展示、用户体验度等；
低：使用频率不高，对系统业务功能影响不大的操作。
5、测试执行
执行时间：测试用例完成且编码完成之后；
执行人员：测试组内成员，分工完成；
工作内容：
①测试准备：安装部署服务器，准备测试数据；
②冒烟测试：选择优先级高的功能用例，进行快测；
③系统测试：根据测试方案、计划、用例去执行；
④输出测试报告：包含：测试结论（是否通过）、测试统计数据（花费人天、执行用例条数、bug统计、遗留bug的统计及原因）、风险预警...
这一步当中需要重点去了解的是缺陷管理
5.1缺陷管理
①缺陷的生命周期
状态流转：
NEW：测试人员将缺陷提交【激活未确认】；
Open：开发人员接受缺陷【激活已确认】；
Fixed：开发人员修复缺陷【已解决】；
：测试验证通过【已关闭】；
：缺陷未解决，验证测试不通过。
②提交缺陷注意事项
标题：
简洁语言描述问题：XX地方做了XX出现了XX 。
说明：
测试环境：指明bug出现的运行环境；
测试步骤：尽量详细的描述出每个步骤；
实际结果：按照测试步骤重现的错误，尽量使用截图或者录屏的方法标记问题的关键点；
③bug的严重程度
1级，致命：导致系统崩溃、不响应、宕机，数据受到破坏，影响范围：整个软件不能使用，甚至影响整个操作系统不能使用；
2级，严重：主要的部分功能丧失、数据不保存，影响范围：软件还能使用，但是部分功能无法使用；
3级，一般：功能未能完全实现，使用软件收到影响，影响范围：软件功能能使用，但是存在瑕疵；
4级，提示：建议性问题，不影响用户使用。
④bug提交后修复的紧急程度---优先级
1级、立即：系统无法使用，无法进行测试；
2级、高：bug严重影响测试；
3级、中：正常排队解决；
【0基础学测试---系统测试】4级、低：有时间再进行解决。