找回密码
 立即注册

推荐阅读

  • 便民服务
  • 关注我们
  • 社区新手
一、软件生命周期H模型
1.需求澄清回忆:项目成员解读需求文档,开需求澄清会议。经过多次需求澄清会议之后,开发和测试人员对需求的了解和认知达到一致,输出一份最终版的需求文档SRS。
2.开发人员编辑概要设计说明书:
①测试人员评审开发编辑的概要设计说明书
②继续解读SRS
3.开发人员班级详要设计说明书
①测试人员评审开发编辑的详要设计说明书
②继续解读SRS

TPM输出测试计划
测试计划:都有测试经理来编写(需求分配,人力安排,软硬件配置,风险评估)
4.开发编写项目代码
①TE(软件测试工程师)输出TC(测试用例)初稿并且进行用例评审
②TPM将TC基线文档导入用例管理平台
③搭建测试环境
用例评审:
1️⃣交叉评审:测试组内部成员之间相互评审对方编写的测试用例
2️⃣组内评审:项目组所有成员以会议的方式进行用例评审,由测试经理或者测试骨干召开,测试人员主讲
3️⃣会议评审:与组内评审的唯一区别就是有客户参加
基线文档:当前状态比较稳定,以此为基准
5.测试人员将项目代码包部署到Linux服务器上
6.测试人员进入测试阶段
冒烟测试:在执行正式测试之前,对主体软件功能进行测试,如果冒烟测试失败就打回,成功则进入系统集成测试
sit测试:一个版本的情况下会进行3-4次测试
sit1:对系统的所有功能进行测试,所执行的的用例就是在用例设计时编写的所有用例,也成全量设计
sit2:成为回归测试或者增量测试,就是开发修改好的bug部分再测
sit3:同上
sit4:同上
7.输出测试报告:
测试准入:
①开发所描述的功能均已实现
②通过冒烟测试
测试准出:
①所有测试用例执行完毕
②所有出现的bug全部修复完成
③数据呈收敛模式
分享至 : QQ空间
收藏

0 个回复

您需要登录后才可以回帖 登录 | 立即注册