新增和修改页面的用例设计和Bug提交

    我们写用例最容易落入一个误区，就是为了写用例而写用例。实际上写用例最主要目的是分析系统，如果系统业务复杂，用例分析与设计就很重要，如果很简单的功能不写用例也能够搞定执行。就好像我们做数学题1+2基本上不用思考就知道等于3，如果是546+788，我们甚至可能要列竖式认真算，这也是如果我们遇到简单功能，不用过多写用例就能测好，那么何必写？
    想必说到这里，我们的答案已经清晰了，新增的用例写完后，我们完全可以参考新增的用例去执行修改功能，不需要重复写用例了。
    当然第二个问题，我就不太能确定了。新能功能和修改功能是否共用一个程序？如果是，那么可以不用测试，如果不是，那么需要测试，要不要测试取决于系统的实现方式。
    第三个问题，同样我们需要思考我们提交缺陷的目的所在，我们是要开发能够修改所有的缺陷即可，那么不在乎到底是写在一起还是分开写，只要清晰体现即可。我一般做法是写在一起，说明同样的缺陷在其他具体哪些功能同样存在。