- 1、小猪外链里发表的文章仅代表作者本人的观点，与本网站立场无关。
2、小猪外链网资源分享仅为个人学习、交流之用，同时向原著作者表达敬意。
3、小猪外链网仅提供信息存储空间服务，小猪外链网信息均来源于用户自行发布，不承担任何法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，可以按照《小猪外链网文章侵权处理流程》进行处理，同时向原著作者表达敬意。
4、内容由网友自主上传，如有侵权、违规请联系邮箱616859395@qq.com进行处理。
拒绝伸手党，拿走请回复，尊重楼主，尊重你我他~
收藏文章
楼主
1、完全测试一个程序是不可能的。(It’s Impossible to Test a Program Completely.)
实践：根据项目时间、资源、风险、用户要求等，有选择地去测试。
2、软件测试是一种基于风险的活动。(Software Testing Is a Risk-Based Exercise.)
实践：一般新功能、常用功能、默认配置属于高风险，需要优先测试，分配较多资源，而回归功能、不常用功能属于低风险，可以延后测试，分配较少资源。
3、测试并不能证明错误不存在。(Testing Can’t Show That Bugs Don’t Exist.)
实践：测试过的场景没有问题，但没有测试过的场景无法确认是否有问题，所以测试结论只能基于已测试的部分说明。
4、发现Bug越多的地方，会有更多Bug。(The More Bugs You Find, the More Bugs There Are.)
实践：在一个地方发现Bug后，应投入更多资源测试这个地方，在验证Bug时，要做回归测试。
5、农药悖论：你对软件测试得越多，它对你的测试就越免疫。(The Pesticide Paradox: the more you test software, the more immune it becomes to your tests. )
实践：相同模块分配不同测试人员进行交叉验证可以防止农药悖论。
6、并不是所有你发现的bug都会被修复。(Not All the Bugs You Find Will Be Fixed.)
实践：Bug可能会由于风险大、项目紧迫、Bug等级低等原因，不被解决，对于此类Bug，要说明不被修复原因，便于后续跟踪。
7、Bug什么时候会被变成Bug难以确定。(When a Bug’s a Bug Is Difficult to Say.)
实践：需求、项目成员、用户要求均可能变动，对于Bug的把握要基于最新的状态进行，不同时期要及时更新Bug准则，按最新的要求发现问题。
8、产品说明永远不是最终版。(Product Specifications Are Never Final.)
实践：产品说明对测试至关重要，要推动产品及时更新并通知相关改动，此外，测试也是推动产品说明更新的来源，不要过于依赖产品说明，遇到不合理的地方要及时沟通。
9、软件测试员不是项目团队中最受欢迎的成员。(Software Testers Aren’t the Most Popular Members of a Project Team.)
实践：要注意和团队其他成员的沟通方式，尤其是产品和研发，和产品沟通需求要尊重对方的意见，但觉得不合理处，也要提Bug记录，和研发沟通，多了解实现细节有助于判断影响范围，避免遗漏Bug。
10、软件测试是一项规范的技术职业。(Software Testing Is a Disciplined Technical Profession.)
实践：软件测试不是凭借个人意识来进行的，从测试策略、用例、执行、Bug管理都有具体的方法论，要注意学习相关测试技术和方法，遵循测试规范。
如需了解更多测试技术信息请关注：https://www.duoceshi.cn/jswz/深圳多测师软件与技术服务有限公司
全站外链： TEC传感器 | 猫掌外链
免 责 声 明
推荐文章
网站公告
近期本站被人为恶意注册及发布垃圾帖，每一个发帖都会经过审核，一经发现违法或垃圾帖的用户，帖子将被删除或封号，请大家共同维护互联网环境，共创美好互联网未来。
详细的发帖规则请阅读：
《小猪外链网发帖规则》
《小猪外链网最新金币规则》
注:本站严禁发布灰色违禁违法内容,如发现立刻永久封号,如开通会员的概不退款。
