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