一个产品，最重要的是，稳定性、性能和内存。
一、测试人员的ToDoList
1、产品理解：
作为一个测试人员，对产品的熟悉程度 = 测试 + 软件的使用 + 软件的优化 + 软件问题的解决方案
2、熟悉代码模块：
1）崩溃问题，定位模块。
bug描述 = 崩溃重现步骤 + 崩溃日志 + 崩溃的代码模块
——开发一看到bug描述中的模块，就想起来自己哪里的代码写的心理不踏实。
2）测试新功能，确定影响面。
——作为一个测试，应该拿到新功能之后，就准确地知道，这个功能影响到什么其他的功能。
3）回归bug，确定影响面。
3、测试推进：
1）测试时间评估：测试时间+风险时间
ps：风险时间包括：严重bug影响测试进度、UI/产品/开发耽误进度，压缩测试时间。
2）测试定位问题准确深入，节省开发时间；测试在讨论需求时，理清逻辑，节省产品时间。
eg：新改坏问题，定位至开发的入库记录；资源错误问题，确认好正确的资源文件。
3）时间成本：测试定位问题1h = 开发修改问题5mins
——测试人员需要多线程工作，定位问题耗费时间，但不等于浪费时间，是职责所在。
二、测试流程
1、流程简介：功能分支-->预版本-->版本发布-->主干分支
详细测试（基本功能+强组合+弱组合）-->集成测试（冒烟测试+基本功能测试+强组合）-->发版测试（基本流程测试 + 升级覆盖 + 版本号 +渠道包下载等）-->集成测试（各项目子模块集成测试）
ps：
1）冒烟测试：界面上所有入口，点击有反应；
2）基本功能测试：界面上所有入口，点击有反应，且响应正确。
ps：基本功能要一层一层的过，最严重的问题，最先发现。（即：每个模块公平对待）
3）回归bug也是详细测试。
2、流程过渡标准：
1）功能分支-->预版本标准：严重问题修复完成。
严重问题 = 新改坏问题 + 基本流程问题 + 用户反感问题（以用户感知和数据为标准）
ps：
（1）新改坏问题，若存在只能二取一时，才可舍弃其一；
（2）bug是越改越多，每改一个bug，都会产生新的bug。
2）预版本-->版本发布标准：
版本发布 = 测试流程执行完毕 + 开发测试产品讨论，预版本上没有不可以接受的bug
ps：预版本阶段，每天出包，问题要及时反映处理。
三、测试总结
1）bug记录：每一条bug都要有记录
2）完成每一阶段的测试任务后，根据bug数量，发版后用户反馈数据来评估测试质量。
——正确地做事，就是做正确的事。尽职尽责做好自己的工作，没有任何借口。
网友评论