测试有时候会出现没有需求文档的情况。
也就容易导致1、测试无法开展；2、测试力度无法评估；3、需求无法完全覆盖。
从测试流程上来说，没有需求文档，是无法根据需求文档编写测试用例的。
测试直接就从测试执行开始了。
在这种情况下，测试用例的质量就显得格外的重要了。
测试用例的来源大体如下图所示：
没有需求文档，没有测试需求。测试用例就缺了很大一块。
那么测试执行的入手点就在于通用用例。
通用用例，是指从测试用例中提炼出的通用用例，是长期维护和更新的测试用例库。
可以覆盖到界面元素、伸缩框、查询按钮、保存按钮、修改按钮、重置按钮、删除、批量操作、动态增减行、返回按钮、查询文本框、编辑文本框、下拉列表、时间日期、表格、排序、文件上传、文件下载、导入、导出、分页、树结构、图表、菜单、登录、安装包26个组件类，以及高复用模块、场景等。
扫描二维码关注公众号，回复：
6273860 查看本文章
这可以算作第一次迭代，叫做通用用例测试。
这样执行一遍下来，系统功能基本上可以使用了，也比较符合规范了。
在该迭代过程中，建议使用XMind思维导图工具，把测试点完整的记录下来。
第二次迭代，叫做业务场景测试。
结合测试人员的经验，分析第一次迭代记录的思维导图。
结合界面，在头脑中整理业务流程、功能用途、模块联系，
形成场景用例或需求疑问或业务问题。
同样，建XMind记录下来。
第三次迭代，叫做随机测试。
对于缺少的需求点，只能去随机测试一下，也许能覆盖到一些需求点了。
在“零需求”的情况下，不是就不能测了，还是可以这样去做三次迭代测试。
测试结束后，记录下来的思维导图就可以用来评估整体的测试力度了。
三次迭代测试的图表说明如下：
