本帖最后由 DCS63_王争荣 于 2021-8-7 19:28 编辑
==============================
测试流程细化的安排--(假设项目时间为17天)
1、订单模块:
(假设项目周期为;7.29-8.20。不能包含非工作日,也就是不包含周末+法定节假日)那么项目时间为:17天
2、项目人员业务安排:
开发人员--看需求,写代码
运维人员--部署环境
测试人员--看需求,写用例,执行用例
3、项目业务安排详解:(假设项目时间为17天)
看需求的时间---5天(了解需求,参与需求评审,用xmind整理业务流程)
写用例的时间,开发写代码的时间---5.5天(写用例并评审用例)
执行测试用例的时间,开发修复BUG的时间6.5天(测试人员完成测试)
三等分---17/3==每个阶段所耗费的大概时间
(测试经理写测试计划进行排序)
测试人员流程简约安排:(假设项目时间为17天)
1、看需求,继续看需求
2、等开发代码写好后,运维环境部署完成后
3、测试人员直接进行盲测,有BUG就提BUG,修复后就进行复测
4、等所有BUG都已修复,复测ok后,且测试人员认为没有问题。就准备上线。
=================================================
测试小结要素:
1、测试概况列表----什么时候测试的,哪些人员参与了测试
2、用例与缺陷管理----执行了多少条用例,发现了多少条BUG
3、BUG列表---通过文档把BUG进行整理记录
4、测试结论---表述本轮测试与测试相关的情况和分析
5、风险与建议---针对本轮测试的风险评估和意见反馈
测试小结简述;
测试小结主要记录了当前的测试时间,参与的人员,执行的用例数量,发现的BUG数量和BUG的整理记录,还有通过本轮测试后对当前测试的结论,风险和建议。
测试总结简述:
测试总结报告主要记录了所有测试完成后的所有相关输入和输出文档,基于每轮测试的小结报告来进行总结,再通过测试总结报告来分析当前测试完毕的功能是否能够达到上线的要求,且给出能够上线的或者不能够上线的解释。此报告在给相关领导签字确认无误后,就可以准备上线事宜了。
测试计划:
1、简介-----------项目背景,目的
2、范围
3、测试约束-----测试准入,测试准出
4、环境与资源
5、人力资源分配
6、测试环境配置
7、测试任务与进度
8、风险及风险管理
9、测试交付文档
测试准入:
准入就是什么情况下可以开始参与正式的测试
1、有最终确认的需求文档(需求评审ok的)
2、开发同事写的代码ok,联调自测ok,且输出概设、详设文档和单元测试报告。
3、测试人员的测试计划,测试用例ok(用例评审ok)
4、运维人员基于当前版本部署相对应的测试环境,且环境部署正常ok。
5、以上条件都满足后,测试开始正式测试,即测试准入。
测试准出:
准出就是达到了上线的要求
1、必须要有通过的测试报告
2、用例执行率为100%;最后一轮测试用例通过率至少达到99%;致命级别和严重级别的缺陷解决率必须为100%;一般级别的缺陷解决率达到98%。
(测试周期内缺陷数目要呈收敛趋势,即越来越少)
3、项目中挂起的缺陷需要有后期明确的版本解决(就是如何处理遗留BUG)
4、除了功能外的其他点,如:安全,性能等也要满足当前的项目要求。
测试准出简约回答:
所有的用例必须全部执行完毕,且所提交的致命等级,严重严重,一般等级的BUG必须全部解决且复测ok,测试的BUG数量呈收敛趋势。如有个别提示或者建议的BUG需要有详细的解决方案备注,除了正常的功能流程外,其他的也要满足当前的项目需求,如:安全性,性能,易用性等。最后输出对应的测试总结报告,且总结报告也要通过领导确认ok。
===============================================
|