‘如何编写测试用例’如何编写测试用例保证版本迭代!

很多创业型公司的起步阶段、人力不足、迭代周期快或有这种问题。开发产品时，公司没有需求文件。

特别是一些公司还打着我们是敏捷测试的这个幌子。

如果团队没有需求文档，开发/测试工程师最头疼的问题是不知道开发的产品应该是个什么样，要完成哪些功能，验收指标是什么，有哪些细节要注意。很多时候站会大家口头沟通描述一下，白板上画一画，过段时间，谁都不知道谁说了什么。

这样的流程显然是不能接受的，尤其是快速迭代的时候，更该要注意积累文档，从第一个迭代开始就要正规化。

如果现实就是真的没有文档，我们测试人员该怎么做呢？我想可以尝试从这几点开始找，下面几个步骤应该也许有用：

1、首先你尽可能多的寻找项目相关文档。

比如产品需求说明书、Feature List，或者UI视觉稿，不可能什么文档都没有吧。收集的文档来帮助理解所要测试的产品需要完成的目标。

2、加入项目组内会议。例如：项目可行性报告，需求评审…等会议，讨论过程中能让你加深对产品的理解。

3、咨询历史相关人员[产品经理，开发工程师…]。经过以上两个过程，应该对产品有了一个进一步初的理解，花点时间自己把大致的功能点整理一下，遇到不明确的、有疑问的，可以咨询项目负责人或者相关市场人员，他们应该对整个产品心中有数。这里有一个前提是，在对产品有了初步了解后，才有针对性的去咨询，否则在什么都不知道的情况下。

4、对整理的结果进行讨论。邀请项目负责人、开发人员等，帮助评审check，对文档不断进行补充完善。通过评审后，这个文档就可作依据来设计测试用例。

5、如果是一款已经上线的产品，可以亲自体验使用产品。把不懂的记录下来，问产品经理,问开发同学,一定要把业务逻辑搞清楚，特别是有些时候一些功能点，需要了解历史逻辑作为参考辅助。也可以去jira看历史Bug,通过历史Bug，可以了解到一些你需要关注的东西。

如果你把这个事放心上，我想你一定可以想办法收集到你想要的信息，完美的完成工作~~