测试的一点小思考

最近刚从开发转到测试，既感到新鲜的同时，很多时候也感到无从下手，因最近一直在跟踪一个项目的测试，当然包括项目计划，项目需求，开发文档，源代码，测试计划等，发现要真正写出一个良好的测试用例，我个人认为要注意以下几点：
其一，一定要注意需求文档，尽管需求可能一直在变，这样导致做测试的人显的很被动，但是还是要时刻跟踪需求的变化，因为只有真正理解了需求，这样才能在写测试用例的时候不会显的茫然。
其二，要注意整个项目的计划安排，很多人可能会说，我只需要关注我自己测试那部分的测试计划就可以了，其它的与我何干？ 其实不然， 因为系统的任何一块功能既是独立的，也是统一的，所以只有对整个计划把握好后，心中就比较明确自己的测试是否完整，是否因其它模块而要做相应的计划调整，测试用例调整等。
其三，快速搭建可以操作性强的环境，这里的环境包含被测试系统，测试工具，结果报告工具等，尤其是我们的被测系统，最好是一个封闭的系统，意思是系统的相关数据不会轻易的被别人改动，这样可以保持测试的完整性，当然对定位问题也很重要，这也是测试用例的前置条件。
其四，是不是我们的测试用例写完就可以万事大吉，进入下一个环节进行测试，答案当然是否定的，因为每个人的思维都有局限性，当然很多测试用例可能存在模拟两可的情形，很多概念因解释不细而导致读者误解，所以需要对我们的测试用例进行同行评审.

当然还有很多因素要考虑，比如在对期望值不明确的时候，可以才用结果导向来进行设计测试用例，另外我们要充分应用分类法进行测试用例测试，比如有功能测试，性能测试，并行测试，动态测试（在系统正在跑的时候，通过改变配置来测试系统的功能是否能正常的运作），压力测试，异常测试等。

总之， 一个良好的测试用例，要尽量符合系统的需求，要表达清晰、简约、尽量保证不要有二义性。