真实测试工作中，如何应用ISTQB？

学掌门班班

原则一-测试显示缺陷的存在，但不能证明系统不存在缺陷

测试可以减少软件中存在未被发现缺陷的可能性， 但即使测试没有发现任何缺陷， 也不能证明软件或系统是完全正确的。

原则二-穷尽测试是不可能的

由于有太多的输入组合、有太多的路径， 而且时间是有限的， 无法做到完全的测试（100%测试覆盖率)。 通过运用风险分析和不同系统功能的测试优先级， 来确定测试的关注点， 从而替代穷尽测试。

原则三-测试尽早介入

软件项目一启动， 软件测试就应开始，也就是从项目启动的第一天， 测试人员就应参与项目的各种活动和开展对应的测试活动。 测试工作进行得越早， 软件开发的劣质成本就越低， 并能更好地保证软件质量。 例如， 在代码完成之前， 可以进行各种静态测试， 主导或积极参与需求文档、产品规格说明书等的评审， 将问题消灭在萌芽阶段。

原则四-缺陷集群性

版本发布前进行测试所发现的大部分缺陷和软件运行失效是由于少数软件模块引起的。 一段程序中发现的错误数越多， 意味着这段程序的质量越不好。 错误集中发生的现象，可能和程序员的编程水平、经验和习惯有很大的关系， 也可能是程序员在写代码时情绪不够好或不在状态等。

如果在同样的测试效率 和测试能力的条件下， 缺陷发现得越多， 漏掉的缺陷就越多。 这也就是著名的Myers反直觉原则：在测试中发现缺陷多的地方， 会有更多的缺陷没被发现。 假定测试能力不变， 通过测试会发现产品中90%的缺陷。 如果在模块 A 发现了180个缺陷， 在模块 B 发现了45个缺陷，意味着模块A还有20个缺陷没被发现，而模块B只有5个缺陷未被发现。 所以，对发现错误较多的程序段， 应进行更深入的测试。

原则五-杀虫剂悖论

采用同样的测试用例多次重复进行测试，最后将不再能发现新的缺陷。 为了克服这种 “ 杀虫剂悖论”，测试用例需要进行定期评审和修改， 同时需要不断地增加新的不同的测 试用例来测试软件或系统的不同部分， 从而发现潜在的更多的缺陷。

原则六-测试活动依赖于测试背景，针对不同的测试背景

进行的测试活动也是不同的。 比如， 对要求安全放在第一位的软件进行测试， 与对一般的电子商务软件的测试是不一样的。

ISTQB认证考试资料及咨询

联系官方微信atstudy-51 ，备注“论坛”