软件测试方法
单元测试和代码覆盖率测试：单元测试要覆盖单元的所有代码路径，包括错误处理路径（必须测试公开的和私有的函数/方法。
构建验证测试：通过BTV的构建称之为可测，反之称为“失败的构建”。
对于对维持构建导致问题的小强应该 找到失败的原因和修改集并且在下一个构建开始修正该Bug。
验收测试：测试得到的“可用”并不是指所有的功能都没有问题，而是指在目前的用户场景中，按照场景的要求进行操作，都能得到预期的效果。
“探索式”的测试：指伪类某一个特定的目的而进行的测试，且就这一次，以后一般也不会重复测试，大多是随机进行的探索，以后并不打算经常重复的测试。
回归测试:是为了验证代码的确改正了缺陷，同时要验证新的代码有没有破坏模块的现有功能。
场景/集成/系统测试/伙伴测试/效能测试/压力测：保证软件的各个模块都能共同工作，各方面均能满足用户的要求。
伙伴测试：指开发人员可以找一个测试人员作为伙伴，在迁入新代码之前，开发人员做一个包含新模块的私人构建，测试人员在本地做必要的回归/功能/集成/探索测试，发现问题直接与开发人员沟通。
效能测试：验证软件在设计负载内能否提供让客户满意的服务质量。
压力测试：要验证软件在超过设计负载的情况下是否能返回正常结果，没有产生严重的副作用或崩溃。
内部/外部公开测试。
易用性测试：更多的描述一套测试软件可用性的过程。
“小强”大扫荡：优点是鼓励大家做探索式的测试，开阔思路，鼓励测试队伍学习并应用新的测试方法，找到很多小强，让测试人员忙；缺点是扰乱正常的工作，或者导致滥竽充数的做法；所以要注意一定要有明确的目标，明了的技术支持，让表现突出的个人介绍经验，让其他人学习。