测试的几条想法

1. 测试人员往往将自己的定位很低。在团队中，测试也往往做最低级的工作。实际上测试是最接近客户的角色，应对产品的设计提供建设性的反馈。
2. 比尔盖茨说“微软不是软件开发公司，而是软件测试公司”。软件是测试出来的，不是开发出来的。没有经过测试的软件只能算半成品。
3. 测试工作也需要创造性，换一个方法可以节省大量的工作。
4. 测试不应只局限于手工测试，可以编写自动化测试工具将是以后的基本要求。
5. test case的好坏将直接影响最终的软件质量。可以让开发人员使用测试人员编写的case进行自测，将会得到有价值的反馈。
6. 应始终考虑高可用、高负载的情况，把它们作为case的一部分。
7. 不同类型的软件有不同的性能要求，比如应用软件对性能的要求一般要比企业软件高。性能测试也是测试中最难模拟的场景。
8. 不要只考虑正确的操作，错误的操作往往是出现bug的原因。
9. 很多bug是在自由测试中发现的，原因是case的编写和维护对人脑的挑战要比开发更大，人一般无法考虑所有逻辑。可以将软件切分，减少思考的范围。
10. 让测试对质量负责，会有效提高质量。软件发布后出现严重问题将由测试承担责任。
11. 对应测试驱动，也可采用测试人员驱动的方法改进产品设计。测试人员应在编写case的同时，提出不合理的设计和建议。
12. 测试的范围不应只包括软件，还应包括设计和文档。
13. 不应束缚测试。测试人员有权对所有认为不合理的地方提出质疑，不应以有效bug数量作为测试的绩效标准。
14. 测试应坚持原则，不应听信开发人员的一面之词。如有争议，应提交给PM解决。
15. 不能测试开发人员提供的版本，应使用自动构建版本测试。
16. 阻碍测试的问题是最高优先级，可以停止所有工作要求解决。
17. I18N往往容易被忽略，不同语言有可能导致功能的不正常。不能认为一种语言没有问题，另一种语言就不会出错。
18. 如果可能，搭建BVT（build verification test）可以减少一些工作。