测试用例的设计

    之前每次设计测试用例的时候，我都会根据代码的实现逻辑来进行调整，而不是整个跟着需求走。但今天突然想到一个问题，按照正常的开发流程来说，代码是跟着需求走，同样的一个需求可以有多种不同的代码实现方式，如果我跟着代码走，就可能会导致万一以后代码的实现方式改变了，我的测试用例就可能需要重写。所以以后些测试用例的时候还是要注意了。

 

 

    但我又觉得我之前那么做并没有错。想来想去终于发现导致这个矛盾发生的原因：公司开发之前没有需求分析。也就是说没有明确的需求分析，开发有自己心里想的一套需求，而我们测试用根据现有的软件想了一套需求，所以在根据我们自己想的需求写测试用例的时候，跟开发写的代码实现就会有所出入。

 

 

    所以，我暂时坚持自己现在的做法，等以后到了正规公司后，按照真正的需求说明来写。