【软件测试】测试执行

一个产品，最重要的是，稳定性、性能和内存。

---

一、测试人员必须的“外挂”技能

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）作用：

        （1）评估测试质量：bug数量、严重程度、发现时间、发现顺序

        （2）评估开发质量：bug集中模块、新改坏问题数量、严重性、出现原因

---

    ——正确地做事，就是做正确的事。尽职尽责做好自己的工作，没有任何借口。