自己写测试用例的体会

先上一个体会：麻烦。

感觉就是婆婆妈妈的重复各种事情，要写前提条件，要写各种步骤，step 1, step 2，做了哪些操作就要有什么样的结果。

累觉不爱，有没有?

 

知乎上对测试的一个回答

 

作者：green wind链接：https://www.zhihu.com/question/57754973/answer/154171939来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

套用一句烂俗的话，对测试来说，这是最坏的时代，也是最好的时代。

随着技术的发展，对测试的要求越来越高，像之前躺着点点点的测试员显然是首当其冲有被淘汰危险的。

然而，因为各种自动化技术的出现，这却是测试最好的一次逆袭的机会。

现阶段一个优秀的测试：对需求透彻的理解+到位的测试用例+复用的测试代码。

对需求透彻的理解：能够像BA一样写出一手漂亮的Use case

到位的测试用例：从Use case延伸，写出精准覆盖的Test case

复用的测试代码：Selenium+NUnit+Specflow，功能测试最起码的一个组合要熟练运用，最重要的是能够复用；另外在此基础上提升自己在接口测试和性能测试的功力。

讲道理的说，一名好的测试=半个BA+Test Analyst+半个Dev

所以回到问题上来，需要什么技术的前提是你首先是一个好的Test Analyst，所谓先修炼内功。当什么时候能够从客户的一句话脑海里就能立马浮现出后面一系列的步骤，这个时候才是提升技术的时候。毕竟，我们做的是测试，不是Dev，技术很重要，但并不是测试的第一生产力。

想写好Selenium，请先从写好Test case做起。

当然如果感兴趣的话，也欢迎深度讨论一下现行的测试流行的技术。

 

我把戳中内心的一句话bold了。如果这也看来，测试也是一个技术活，而不是无聊简单的重复。

这个能力，似乎更应该是对需求的的透彻理解，加上经验的积累，知道了后面的可能步骤。

个人的经验才是最有价值的。