51Testing软件测试论坛

标题: 在需求不明确的情况下如何写出测试用例 [打印本页]

作者: lsekfe    时间: 2022-11-25 14:04
标题: 在需求不明确的情况下如何写出测试用例
[url=]测试[/url]人员的用例编写,一般基于经验和需求文档进行,但是很多时候项目是没有需求的,特别是领导的某个概念提出,然后开发会根据自己的理解完成,测试人员在没有获得任何依据和需求的情况下如何编写测试用例呢?
  我一直在思考这个问题。
  毕竟长期处于这样的状态,而测试工作责任划分中涵盖客户不满意、运行不顺畅的锅,所以在测试用例的编写下要尽可能地思考周全,减少这部分后果的产生。
  没有需求,就要寻找其他支持性文档。需求文档在很多时候其实是没有的,而相对的开发在实际开发过程中也不会次次都写相关文档,比如概要设计、功能设计等。那么此时传到测试人员的工作就只是一个概念性的结果,然而这部分结果要推演出完整链条就只能靠测试人员的工作经验了。
  功能说明书
  网络获取相同或相似功能说明书,对一些明确拥有规范的协议进行研究并整理。
  过往经验
  根据以往工作经验进行软件预判,针对软件易用性、稳定性、安全性等进行规划。
  和开发交流
  与开发沟通功能实现流程,逆向推演符合流程的结果和不符合流程的软件提示。对流程的每个节点进行预判,针对一些具有争议性的问题点进行邮件记录
  交叉模块
  交叉模块考虑,在新功能与原软件的兼容和交叉部分进行梳理,最好是绘制出相关模块调用关系图,确保无一遗漏。
  参考
  参考同行业相关文档,百度关键功能,从中获得经验。
  边测试边完善测试用例
  用例编写并不是前期编写完后期就不用再管的一项工作,在测试过程中通常会发现很多在测试之前没有想到的点,这些部分需要完善在测试用例中,以便后期需要时参考。






欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2