1、版本测试流程
需求分析
|
开工会
|
任务书下发
|
开发:详细设计、编码、review、系统测试(自验证)
测试:功能策略输出、测试用例输出、环境准备
|
预测试:测试计划输出、装备测试、漏洞扫描、冒烟测试(主要功能验证)
|
转测:测试正式开始:回归问题单、主线用例执行、其他测试(稳定性、配套)、发送日报
过:输出报告、文档刷新、流程下行、相关测试记录归档
不过:梳理需要紧急合入的关键问题,准备回归,直到达到发布标准(无紧急合入关键问题遗留,其余关键问题需经评估可下版本合入)
|
若版本紧张,未测试完全,则可发布后进行补充测试
关注网上问题、分析漏测原因(第三方对接、非软件、测试漏测-执行漏测、计划漏测、策略漏测),对实验室环境及用例进行完善。
2、如何把握测试进度
(1)测试用例全面且高效:
1、需求吃透--文档、相关人员沟通、站在用户角度
2、遵循用例设计维度、方法及原则
3、评审
(2)测试计划合理
1、根据合入问题单和用例优先级划分--重点执行
2、预测试(冒烟测试)
3、多轮执行(先高后底、先紧后松)
(3)高效执行
1、测试计划中分工明确,每人每天保质保量完成
2、组内:每日进展反馈:执行模块、数量、发现及跟踪问题情况
3、版本负责人:版本日报,体现版本测试进度,及时进行调整
(4)及时跟踪问题单
转测之后,关键问题紧急合入,尽量通过优先级及模块调整测试全面,尽量全面暴露问题,防止多次封板造成的时间浪费
3、如何确保版本质量
(1)严格规范流程:日报+流程电子流,开发、测试、CMO各司其职
需求分析、开工会--开发详细设计、编码、系统测试;测试功能策略及用例输出与评审--开发自测;测试预测试--转测之后按照测试计划执行--多轮回归
(2)技术手段:
1、用例:评审、刷新
2、测试计划完善全面合理
3、完善工具辅助测试
4、测试环境与方法流程改进:网上问题分析、问题反馈模板
(3)人员能力
培训、研讨--能力提升,作用于工作中,达到正向反馈的效果。
3、若版本紧急
测试计划合理且预留风险时间,若紧急任务插入或突发情况影响发布,则
(1)每日日报反馈,每天加班尽量追回进度
(2)周末加班
(3)向上反馈领导,协调人力
(4)调整用例,低优先级用例发布后补充测试,并邮件知会未测试到的部分
4、组员不愿投入
(1)知会任务紧急程度,未完成后果
(2)后勤保障:加班零食奶茶
(3)个人利诱:绩效、努力体现在工作中、评奖评优
(4)细究原因:懒or难,难--提供帮助、共同进步、能力提升
(5)以身作则
5、小组长工作
(1)组员任务下发
(2)版本进度、质量掌控
(3)网上问题分析、测试环境改善
(4)培训、员工培养、考评
(5)测试工作