测试人员怎么在工作中展现自己的“才华”

最近产品经理把拖了大半年的需求终于再次拿出来说要做，而且是立马做。这可难了我们的测试妹子，这个需求非常复杂而且还不知道如何进行测试，妹子一直在纠结，自动化吧？但是好多点不好自动化；但是手工测吧用例程度还很复杂，重复劳动太多。怎么办呢？

现在就来简单的介绍一下如果我们遇到了很复杂的需求怎么着手开展测试工作：

首先我们第一步就是要看需求文档，做到对每一块每一点需求做到熟悉明白无疑义。这点相信大家肯定也是同意的，但是具体怎么做呢？可以先在需求宣讲会之前自己看一下然后把不明白或者有疑义的点记录下来以便在会议时提出，这样你自己能更好理解的同时也能提高自己对业务知识的理解。同样的，在需求宣讲的时候也要及时做好笔记，这个时候会有很多潜在逻辑

参加完需求会议后我们就需要写测试策略啦。在测试策略中我们要写一下我们想怎么测试的一个大概的方案，覆盖尽可能多的方案。这个时候要保证一个点，确定以哪种方式进行测试及测试范围。

其次就是重中之重啦，测试点及测试用例。个人认为在整个测试阶段中测试用例设计是所有阶段的最重要的环节。这个时候我先建议我们测试妹子用xmind把测试点画出来然后拉着产品做第一波的review，没问题在进行测试用例的设计，要把测试用例的期望结果及步骤写清楚，然后再拉着产品开发进行第二波的review。这个时候我们的测试工作算是完成60%啦，后面就简单啦。

最后就是测试用例执行及提bug验bug的问题啦，这里就不在详述啦。但是注意的是在测试用例执行的时候可能还会有一个测试点遗漏的情况，记得补全哦。测试用例是个持续更新的过程。

好啦，今天的分享就到这里啦，明天继续，加油！