作为软件测试新人来说，实际项目中测不出bug，或者测不出有价值的bug，这是很正常的。首先，不要慌！因为你慌了也没用，测不出就是测不出，把电脑吃了还是测不出（嘻嘻嘻）。
所有人都是从一而二，二而三，三而四的去学习、工作。作为一名行业新人来说，刚进项目的时候你的leader肯定会安排时间给你们kt，并分享n个链接给你学习，这个过程嘛，看每个项目（版本）的时间安排，这是至关重要的一个环节，很多新人在这一阶段不好好学习（其实很多是完全听不懂他讲的是什么，转行的同学尤其如此），以至于到了真正分配任务的时候无从下手。
辣么，新人在初进项目的时候该干些什么呢p>
其次，新人刚进项目，一般不会让你去写测试用例，而是去执行现成的用例。很多刚入行的人看得懂用例却在系统里找不到相关模块，这时候就可以求助老鸟，让他演示给你看，你也要用心去记，当然不是用脑子去记而是用小本本去记，人的记忆是很不可靠的，当然了，你要是觉得自己过目不忘记在脑子里也可以（手动斜眼）。就我的经验来说，如果老鸟同样的东西讲超过2遍之后就会心烦，所以你最好同一个问题不要问超过三遍，魅力大的除外。通过老鸟的指导，磕磕碰碰的跑完几个case，再自己琢磨琢磨，看看项目里的现成文档和前人的测试结果，大概就可以理解的八九不离十了。
三 这时候你已经差不多可以当个人用了，就会安排任务给你，比如，leader说: “啊，小毛啊，你进项目已经有一个月了，流程神马的都熟悉了吧开始就给你新的需求你可以测测了吧你肯定说熟悉，你敢说不熟悉吗吗然后就会收到一堆文档，分析、沟通、写用例…终于把用例写完了，开心的给自己打个6。
四 通常情况下，新人写的用例是不可用的，所以，不出意外，接下来你会修改用例，磕磕碰碰的把用例改的自己都看不懂了放上了SVN或者JIRA。心怀忐忑的等着开发宣布模块准备就绪，可以进行测试。
五 终于到了令人愉快的测试工作了，case一天跑下来，要发日 了（很多公司不要求，不过最好建议新人自己主动发，下一篇就讲这个），今天发现的bug数目: 0或者1，这时候就很尴尬了，同样是新人，别人一天提几十个bug，而你只发现了几个低级bug。作为测试，要知道，系统刚部署的时候bug是非常多的，这个系统可以用千疮百孔来形容，你存在的意义在哪里p>
所以，这时候你就需要运用我们在课程中学习到的知识了，比如保险系统里一个文本输入框，允许用户输入投保额（举例，并非实际逻辑），写用例的时候你肯定考虑负数、特殊字符、、空格、最大输入数、0、别的地方copy来的莫名其妙的数据等等，为什么会单独考虑*是个很特别的东西，你们测试过程中会懂得，输入它和其他某些字段的期望结果和一般的/：~！不一样。这些情况每种输入出来的信息也是不一样的。
这些都写进用例之后够不够呢不够，你还要考虑这个投保额和其他需求的联系，比如VIP客户保额不得低于多少、第几年买有优惠、优惠多少（一般都是梯度）、优惠券什么的。
还有吗！tab键能不能用键客户端登录的情况电脑系统、手机系统登录的输入（假如有的话）性能什么的看项目要求。
最后很重要的一点就是测试数据的准备，因为新人写出来的用例很多情况下都会组内review，有什么遗漏也会被有经验的人看出来，所以测试用例这一块不用太担心，要格外注意的就是测试数据，很多时候测不出来bug是因为测试数据准备的不够充分，没有触发代码中的bug，至于测试过程中的灵光一闪，就要靠测试经验的积累了。
如果你把这些都写进了用例，也按照这些数据测了还是没有bug，先找你的leader确认一下，让他去捣鼓捣鼓，如果还是没有bug，那就说明开发这个模块的开发确实是个大佬，你也不用慌了，膜拜他吧骚年！
最后感谢每一个认真阅读我文章的人，下面这个 盘链接也是我费了几天时间整理的非常全面的，希望也能帮助到有需要的你！
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！