【需求类】
1.需求评审:(1)形式:会议评审,一般由业务人员牵头(2)内容:确定功能业务逻辑、业务流程及实现形式(3)参与人:项目经理、业务、开发、测试。
2.需求分析:根据需求评审确定内容及需求规格说明书、相关文档进行需求分析,确定测试内容。
【测试计划】
1.计划内容:(1)测试目的(2)参考文档(3)测试组织安排(4)测试范围(5)测试策略(6)风险评估(7)测试准则(8)测试环境配置(9)测试辅助工具。
2.计划评审:会议或邮件评审,讨论此测试计划的可行性。
【测试设计】
1.用例设计:根据需求分析内容编写测试用例。
2.用例评审:会议或邮件评审,项目成员参与评审。
【版本发布】
2.测试介入:是否开始进行测试应根据测试计划中的测试准则来判定,如不符合应上 项目负责人,不私自进行测试,否则软件质量无法保证。
【测试执行】
1.用例执行:用例执行应根据测试计划中的测试组织安排来进行,如A负责B模块功能测试、C负责D模块的安全测试等。
2.BUG跟踪:测试过程中的每个问题都建单跟踪及尽早跟开发确认,把问题向前PUSH。
【测试日/周 】
1.测试日 :主要汇总当日执行进度、BUG情况、有无风险、测试推动是否有困难等,发送项目成员。
2.测试周 :对一周的测试执行做小结,说明进度、BUG、有无风险等问题。
【测试 告】
1. 告内容:(1)测试目的(2)参考文档(3)测试组织安排(4)测试范围(5)测试结果分析(6)需求标准统计(7)风险提示(8)操作提醒(9)测试结论(10)交付件。
2. 告评审:会议或邮件评审,对测试总结 告及风险进行评审,评估软件质量是否达到出口标准。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!