没有需求文档如何进行黑盒测试？如何写测试用例
没有需求文档如何进行黑盒测试？工作中常遇到项目没有一份合格的需求文档，实际测试时只能按照系统去一步步做测试，但这样的测试是发现不了问题的，唯一能做的就是探索测试，具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对象、理解软件功能，进而发现缺陷。
在这种做法基本上把软件当成了产品说明书，测试过程中要和开发人员不断的进行交流。尤其在作项目的时候，进度压力比较大，可以作为加急测试方案。最大的风险是不知道有些特性是否被遗漏。
不知各位有没有遇到过类似的情况，不知道大家是如何应对的？有知道的请帮忙解答一下。谢谢了 还有 谁能分享一些可以用来写黑盒测试设计用例的 需求分析文档啊？ 在国企和私企都遇到过这样的情况，需求文档缺失，确实会在项目前期对测试和开发造成较大影响。
但是，没有需求 文档并不代表测试人员啥也做不了。
需求文档也是人做的，现在没人做了，测试人员自己做一份不就得了么？
其关键是：测试完成的需求文档需要满足用户与开发两者，而不如需求调研人员那样纯粹的只针对用户体验来设计。
最终目标是：以用户角度出发，并得到项目所有成员承认的规范。
——————————————————————————————
从一个方面来说，需求文档不是万能的。再详细的需求文档，在项目中后期时，若不及时更新的话，一样会成为废纸一张。
————————————————————————————————
最后，针对需求分析文档。这是什么东东？
需求分析是一个过程，不存在有形的文档吧。硬要说需求分析文档的话，只能以“需求/用例矩阵表”来凑合了。 我们也没有文档，呜呜……
页:
[1]
