做软件测试一定要注意的细节

一、测试员的角色

1、测试员为很多客户服务 2、迅速找出重要程序问题

（1）首先测试经过变更的部分，然后测试没变化的部分

（2）首先测试核心功能，然后测试辅助功能

（3）首先测试能力，然后测试可靠性

（4）首先测试常见情况，然后测试少见情况

（5）首先测试常见威胁，然后测试罕见威胁

（6）首先测试影响大的问题，然后测试影响小的问题

（7）首先测试最需要的部分，然后测试没有要求的部分

3、询问一切，但不不定外露 4、测试员关注失效，客户才能关注成功 5、不会发现所有程序问题 6、测试员不能有产品发布与否的权力

二、按测试员的方式思考

1、测试需要推断，并不只是做输出与预期结果的比较 2、优秀测试员会进行技术性、创造性、批判性和实用性的思考 3、为了测试，必须探索 4、当测试复杂产品时：陷入与退出

三、测试手段

1、关注测试员的基于人员的测试手段 用户测试

（1）α测试

（2）β测试

（3）强力测试

（4）有关领域的专家测试

（5）成对测试

（6）自用测试

2、关注测试内容的基于覆盖率的测试手段 （1）功能测试

（2）特性或功能集成测试

（3）菜单浏览

（4）域测试

（5）等价类分析

（6）边界测试

（7）最佳代表测试

（8）输入字段测试大纲或矩阵

（9）用各种方法映射和测试编辑字段

（10）逻辑测试

（11）基于状态的测试

（12）路径测试

（13）语句与分支覆盖率

（14）配置覆盖率

（15）基于规格说明的测试

（16）基于需求的测试

（17）组合测试

3、关注测试原因（针对风险测试）的基于问题的测试手段 输入约束

（1）输出约束

（2）计算约束

（3）存储（或数据）的约束

4、关注测试方法的基于活动的测试手段 （1）回归测试

（2）脚本测试

（3）冒烟测试

（4）探索式测试

（5）游击式测试

（6）场景测试

（7）安装测试

（8）负载测试

（9）长序列测试

（10）性能测试

5、关注测试是否通过的基于评估的测试手段 （1）自检验数据

（2）与已保存的结果进行比较

（3）与规格说明书或其他权威文档比较

（4）基于理念的测试

6、根据自己的看法对测试手段分类

四、程序错误分析

1、测试员的程序错误分析会推动改正所报告的错误 2、使自己的错误报告成为一种有效的销售工具 3、看似极端的缺陷是潜在的安全漏洞 4、清楚的报告问题，但不要试图解决问题 5、如果修改出现问题，应与程序员沟通 6、不要坚持要求修改所有程序错误，要量力而行 7、如果决定据理力争，就一定要赢

五、测试自动化

1、拓展测试领域，不要不断重复相同的测试 负载测试

（1）性能基准测试

（2）配置测试

（3）耐力测试

（4）竞争测试

（5）组合测试

2、测试自动化要立即见效 （1）系统设置与准备

（2）辅助诊断

（3）会话记录

（4）测试生成

六、测试文档

七、与程序员交互

1、理解程序员怎样思考 2、获得程序员的信任 3、将关注点放在产品上，而不是人上 4、程序员喜欢谈论自己的工作，应该问他们问题 八、管理测试项目 1、建设一种服务文化 2、不要尝试建立一种控制文化 3、轮换测试员的测试对象 4、尽量成对测试 5、如果测试经理要编写产品发布报告，应描述测试工作和结果，而不是自己对该产品的看法

八、计划测试策略

1、有关测试策略要问的三个基本问题 “为什么担心？”、“谁关心？”、“测试多少？” 2、测试策略比测试用例重要 3、灰盒测试 即使并不完全掌握待测产品内部情况，部分基于产品内部结构的测试策略也是很好的想法，我们把这种情况称之为灰盒测试

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取