没有需求文档的痛苦
刚开始作黑盒（功能）测试时，小白难免会遇到这种情况，就是需求梳理不清晰，没有需求文档或者需求文档太简单。这种一开始没人带时，不容易发觉后续测试多痛苦。
笔者一开始时，就是这样的。特别是在小公司里，需求文档趋近于没有。需求文档描述不清晰时，最悲伤的就是当你测试时，不知道怎么测，只能测测界面。但到交付时，团队会发现测漏很多BUG，尤其是一些重要功能。然后各种锅统统被包圆，成为团队名副其实的“背锅”王子。
测试需要根据需求文档，一份详细的需求文档能大大减少测试所用的时间，提高效率。
小白如何理需求文档
在没有需求文档时，或者过于粗糙时，我们该怎么办？唯一的出路就是自制需求文档。笔者自制的需求文档，架构一般分俩部分，仅供需要的新手小白参考：
一、需求描述，主要记录需求提出的时间和甲方或者经理描述的内容。一开始不会理时，尽量多写一点，详细一点，内容尽量照着所听到的客观描述来就可以了。这样做有一个好处，就是你写的时候因为需要脑子过一遍，你会发现自己不理解或者听不懂的地方。当你出现疑惑时，沟通中就很容易找到重点。这时候可以带着疑惑咨询一下开发或者项目经理，别人不容易感到厌烦。这里提倡最好会议进行录音，会后再听。
经过一段时间的梳理，以后慢慢熟悉起来，就能掌握业务的逻辑，这就是宝贵的项目经验。对后续测试、团队沟通或者学代码，都能打下坚实的基础。
特别需要注意的是，一般小公司的功能测试都是打杂的。除了测试，可能还有其他活，有可能会因为领导安排其他杂活，而错过会议。这是笔者遇到最痛苦的时候。这时候你去问开发，很有可能别人没时间搭理你。项目经理也不一定有空。
那么，怎么办？可以等到开发快完成时，根据已做好的模块进行需求梳理，然后再根据疑惑的地方去沟通，这样人家基本上都会给你解答。这是补救的措施!
二、需求分析，根据已理好的需求进行需求分析。笔者开始需求分析，是因为使用了chatGPT。前阵子chatGPT大火时，笔者上了个测试大牛开的chatGPT如何用来测试的课。学到了如何使用关键词进行检索。自己尝试了一下当时甲方口述的需求，几乎是完全按照他描述的内容输入AI聊天里，然后请AI帮我需求分析。
就这样实操了几次，基本上就知道怎么分析需求了，按照那个套路来，八九不离十了。
为什么需要需求分析呢？因为后续需要根据需求分析来提炼测试点。需求分析搞得好，测试点就精准，测试效率就高。
最后，我们可以根据需求文档和需求分析，进行测试点提取。比方说，甲方说需要个考试题库功能，错题能够收藏。需求分析几个点参考如下：
（1）收藏功能需要单独一个模块，点击可以跳转到对应收藏库；
（2）点击了收藏要报提示；
（3）收藏多起来需要排序或者搜索；
（4）单击收藏/取消收藏或有收藏按钮。
测试点就很容易提取，比如：
（1）验证该模块点击是否正常交互；
（2）验证点击了收藏或者取消是否报提示；
（3）验证收藏多时是否容易找到；
(4) 验证收藏功能是否能正常使用等等。
所以需求分析得周密，测试点就很容易找到，测试也更容易正中靶心。当然笔者不是说这样就能找到百分百的BUG，只能说尽量覆盖大部分明显的BUG。我们只是黑盒测试，再厉害至多只能找到80~90% BUG。有些还需要其他测试方式才能发现。
小白一开始不要太急，总要有一段时间需要熬的。经过了慢慢熟练就会得心应手。
以下笔者对于梳理需求还有几点建议，需要自取：
制作逻辑图
推荐使用工具Xmind，免费使用。笔者认为比WPS或者word自带的好用，官网为https://xmind.cn/。
效果如图：
学习画原型图
原型图推荐使用蓝湖或者Axure RP9。
当然画原型图不是必须的，空余的时间可以尝试画画。一开始就等软件模块齐全了，再尝试抄一下。对交互的逻辑理解提升很大。
但是如果项目赶时间，尽量不要画。新手一开始画还是比较慢的，时间消耗太大。
查看别人的需求文档
什么潜在需求、核心需求，这种概念笔者建议一开始看看就好，不必太纠结这些名词，更不要太过于深入探究。我们是黑盒测试，梳理需求的目的，是更好提取测试点。直接参考网上一些已有的需求文档，对优化自己的需求文档帮助比较明显。经过自己动手作，再参考别人的，对业务逻辑思路有巨幅提升。
相信经过一段时间学习，会对业务逻辑越来越熟悉。现在经济不是很好，但是笔者感觉测试还是比较有前途的，至少今后都是使用软件或者系统。逻辑思维加强了，测试的基础就扎牢了。对于继续发展测试，或者转去学代码，都有好处。
另外笔者觉得，黑盒测试比较难熬，要静下心来，好好面对，做好本分！
本文链接：https://my.lmcjl.com/post/12142.html
4 评论