实践中,功能测试常见的问题
-
功能文档表述不规范,造成测试工程师理解偏差,导致设计的测试用例变成了无效测试用例。当然在大多数情况下,开发和测试人员会针对文档进行审阅(review),尽可能避免这类问题的发生,但是一切都是在之上谈兵的阶段,没有实际的操作,很难保证设计的测试用例能够真正适配和覆盖到相应的功能的测试。
-
需求变更,导致功能特性更新,直接影响原先的测试用例。对于一些以客户为导向的项目团队,这个情况特别容易出现。比如,原本客户的下单功能只需要填写收货地址和收货要求,但是由于想提供更好的服务,于是增加了填写收货时间的选项。这样一来,在提交订单的功能点上,就需要加入对收货时间的验证,这就导致了测试用例的变更。
-
新功能不稳定,导致测试用例无法顺利执行。虽然在大多数情况下,开发人员被要求做单元测试,但是当功能集成到整个系统中后,由于是多人协作,当大家的代码统一入库后,就可能会有很多意想不到的问题。有时这些问题是很严重的,会导致整个功能无法继续测试,或者需要一些特殊的操作来绕开问题,继续执行之后的测试。
在理想情况下,如果功能特性的规范写的足够清晰,测试人员不仅能够在功能完成前开发测试用例,甚至可以根据这些用例来开发自动化测试用例。虽然很多企业或团队都希望能够根据一些质量体系的规范,尽可能提供详尽的产品文档,但在大多数实践中,我们都会遇到以上的三点问题。
网友评论