测试人经验谈：需求不明确也能写出测试用例

2024软件测试面试刷题，这个小程序（永久刷题），靠它快速找到工作了！（刷题APP的天花板）-CSDN博客文章浏览阅读1.5k次，点赞69次，收藏10次。你知不知道有这么一个软件测试面试的刷题小程序。里面包含了面试常问的软件测试基础题，web自动化测试、app自动化测试、接口测试、性能测试、自动化测试、安全测试及一些常问到的人力资源题目。最主要的是他还收集了像阿里、华为这样的大厂面试真题，还有互动交流板块……https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5501测试人员的用例编写，一般基于经验和需求文档进行，但是很多时候项目是没有需求的，特别是领导的某个概念提出，然后开发会根据自己的理解完成，测试人员在没有获得任何依据和需求的情况下如何编写测试用例呢？

我一直在思考这个问题。

毕竟长期处于这样的状态，而测试工作责任划分中涵盖客户不满意、运行不顺畅的锅，所以在测试用例的编写下要尽可能地思考周全，减少这部分后果的产生。

没有需求，就要寻找其他支持性文档。需求文档在很多时候其实是没有的，而相对的开发在实际开发过程中也不会次次都写相关文档，比如概要设计、功能设计等。那么此时传到测试人员的工作就只是一个概念性的结果，然而这部分结果要推演出完整链条就只能靠测试人员的工作经验了。

功能说明书

网络获取相同或相似功能说明书，对一些明确拥有规范的协议进行研究并整理。

过往经验

根据以往工作经验进行软件预判，针对软件易用性、稳定性、安全性等进行规划。

和开发交流

与开发沟通功能实现流程，逆向推演符合流程的结果和不符合流程的软件提示。对流程的每个节点进行预判，针对一些具有争议性的问题点进行邮件记录。

交叉模块

交叉模块考虑，在新功能与原软件的兼容和交叉部分进行梳理，最好是绘制出相关模块调用关系图，确保无一遗漏。

参考

参考同行业相关文档，百度关键功能，从中获得经验。

边测试边完善测试用例

用例编写并不是前期编写完后期就不用再管的一项工作，在测试过程中通常会发现很多在测试之前没有想到的点，这些部分需要完善在测试用例中，以便后期需要时参考。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 786229024，里面有各种测试开发资料和技术可以一起交流哦。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。