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