新手如何快速写测试用例

对于新手软件测试工程师没怎么写过测试用例的人来说，写测试用例一定有很多困扰的地方，我也是如此，昨日我竟然破天荒的写了七百多条测试用例，开心不已，这是我入职两个月第一次写这么多用例，顿时总结发现了一些写测试用例的技巧，在此记录分享一下：

1. 询问模块功能主要可能会涉及到的地方，以及需要注意的点

       误区：很多人都会想着先看需求文档，根据需求文档直接编写测试用例，对于不了解系统或者应用的人这样的操作效率很慢，而且还很大可能写漏，并且部分逻辑不清晰尤其是没有先参加需求评审的人来说。

• 一般新人入职会有导师带领，给你安排编写某块测试用例，你的导师一定是最了解这个系统和应用的人，一定不要害羞，她给你安排任务，你就直接先问这个功能可能涉及的功能点，她就会巴拉巴拉说一堆，到时你不用看需求文档，你就大概知道这个东西大致的涉及的方向还有疑难的地方。
• 没有导师的可以直接询问你的项目需求工程师，或者你的上级、曾经负责过这个项目的软件测试工程师（她们一定是最了解这个系统和应用的人），一定要先了解功能涉及的点，理清大致思路，有一个框架

     2.寻找需求文档，UI图

     整理需求文档大致梳理一下模块的功能详情，对准UI图样式，可以开始编写测试用例，根据需求一点一点按照UI图样式编写，若发现有功能相同的地方，可以先写一个模块的功能，随后再写下个功能模块，利用复制粘贴的快捷功能，一键查找替换再看一下这个模块需要修改的点就写的很快啦。

     3.设备的熟悉

     有些系统可能需要连接设备，是不是发现设备的连接还有数据的显示操作很复杂，没关系，上级会让你看设备文档说明书，几百页的那种，怎么可能一字一句的看完呢，还可能让你看视频，其实无外乎浪费时间，看了也是容易忘的，你会想着找有个人教你？没用的，不可能每个操作都让别人教你的，你自己也会不好意思，所以你会写个测试用例卡在设备的使用和数据的显示上，此时崩溃的情绪这不就来了？

     解决方法： 利用好说明书文档的查找功能 ，千万不要先看文档，先摸索一下设备，哪里不懂直接搜索文档，如设备怎么打不开呀，怎么设备没有连接系统呀？等等，看不明白的地方再去问别人，尽量不要给别人带来工作上的麻烦哈！

注意：有些专业词汇呢可以直接询问需求，还有可能需求文档写错部分数据，需要先询问，不然容易导致自己重写，，

好啦，今天的分享只有这些啦，有什么不了解的有疑问的直接评论私信我，又要开始编写用例了，开干！希望今日分享对你们有用，拜拜啦