innerken-gmbh / InnerKen-Weekly

这周我们又做了哪些事情呢?
0 stars 0 forks source link

InnerKen测试工作流程表 #6

Open juhaodong opened 4 years ago

juhaodong commented 4 years ago

步骤1: 需求分析理解阶段(此过程应该与需求确认后与开发同时进行) 测试人员需理解产品的设计意图和设计思路,功能确认,充分理解个功能的细节。 输入物: -需求分析文档(内含模块描述,功能点介绍) -UI设计图 -如无需求文档,与产品经理等相关人员(如:鞠昊东)了解各个细化功能模块 产出物: -根据功能的大小、复杂预估测试需要的工具、环境、时间,制定测试计划表(如测试需要花费多少时间) -撰写测试用例(现阶段老项目暂不撰写) -撰写软件功能模块表 包含: 模块名称、实现功能、所属页面、输入值、输出值

步骤2: UI测试 测试人员需要根据产品设计图核实最终产品界面是否和UI一致 输入物: UI设计图 产出物: UI测试确认单,详见测试要求

步骤3: 功能测试 按照步骤1产出软件功能模块表测试各个模块是否完成预期功能实现 输入物: -软件功能模块表 产出物: -软件功能模块确认单,如果通过则打勾

步骤4: 软件流程测试 通过步骤1中了解的业务流程进行测试,例如Kasse点餐从网络注册到下单再到付款完成等流程。

步骤5: 中断测试 在软件基本功能模块和业务流程测试通过后,需要进行特殊情况下的软件测试,如网络切换,熄屏等详见测试要求。

步骤6: 兼容性测试 更换不同设备或者系统版本进行测试。

步骤7: 缺陷管理 在以上测试中如果遇到bug,通过Trello创建项目card提交bug,card名为: 项目名称+测试端+日期,如Pad点菜安卓端测试-04/06/2020

Bug提交内容包括: XX情况+具体操作+实际结果+返回数据+预期结果+配图,事例如下: 断网情况下,点击某按钮发生闪退,退出软件操作界面,此处应显示网络断开链接请求。 测试人员应尽量将bug描述清楚,能够再次复现Bug。

步骤8: 缺陷反馈 在每轮测试完成,提交trello后统一与开发人员进行复现操作演示。

步骤9: 缺陷关闭 开发人员修改后,测试人员需要再次进行回归测试确认是否修改成功并记录。

步骤10: 上线后客户反馈或需求变更 将需求变更内容整理细化先于项目负责人(鞠昊东)沟通确认后再交与开发人员。