软件测试发展计划

一、我对软件测试的认识

最近总在思索在这个行业的发展，为什么工作这么多年，还总感觉自己什么都不知道一样，也许用“易学难精”来形容测试更恰当一点。测试是易学的，所谓易学，甚至不需要去学，有些公司直接就是让你东点一下西点一下，看看报不报错，这不算测试，至少在我看来真的不算入行。测试难学，难就难在测试是纯思维上得职业，我们不需要一直敲代码，不需要一直去设计系统，但是我们必须要在思维上模拟很多场景，模拟很多操作，我们的工作实际上核心部分都是在脑子里进行的，是不能通过某种成果立竿见影的展现出来，比如在思考新增人员操作时，如果直接就操作，或者想到什么就做什么，那么测试效果肯定会很差。我们需要将该功能点所有可能的情况都考虑清楚，最后形成文档，再依照文档来进行测试，这份文档也就是测试用例，能够保证覆盖面又不让我们过多的重复操作。

因此，软件测试人员需要更好的锻炼自己的反向思维能力、发散性思维、全局思维能力。想别人所不想，测别人所不测，这样才可以设计覆盖面更全的测试用例，找到更多的软件中的错误。

2012计划：坚持不断的锻炼提高自己的逆向思维及发散性思维能力。

二、测试设计方面

个人认为，测试最核心的技术还是测试用例的设计，不论是纯手工测试、自动化测试，功能测试还是性能测试都离不开测试用例的设计。

现总结下我设计用例过程中的思路：每当拿到新的测试需求时，首先了解其整体需求及设计，理清脉络，从整体上把握其覆盖面，之后对具体功能点的实现方式、关联性、输入输出等属性做分析，记录测试点，最后结合运用常见测试用例设计方法如场景法、等价类划分、边界值等设计用例，形成文档。

目前遇到的问题：如果业务流程比较复杂，再结合等价类、边界值等组合出来的用例特别多，此时的里面会有一部分用例是重复或者无意义的，但如何剔除组合成为一个问题，也许需要尝试另外一种测试用例设计方法-因果图判断（不正确之处请指正）。

2012计划：测试用例设计方面仍需提高。

三、测试管理方面

这一年专注自己任务的时间少了，测试用例设计或执行的时候更多的被别的其他事情所打断，刚开始导致自己的工作的效率低下，为此迷茫过。后来想想也许并不是没有时间，而是需要换一种时间管理方法，换一种工作方式。每次执行一个任务前，明确实现目标，时间要求，并提供所有相关文档，将大家可能会遇到的问题提前准备等等，可在一定程度上提高效率。

测试不应只关注用例、执行等，还需更多的关注测试流程、过程方法。

2012计划：不要局限在用例执行等方面，需更多关注测试方案、测试执行流程、测试输出的管理设计、测试过程的控制方法等方面，能够站在测试工作之上看测试，不断超越自我。

四、测试技术方面

    自动化测试、性能测试等方面的技术涉猎较少，没有什么感触，2012年干好本职工作之外，亟待提高此方面的技术！

已经制定了这方面的学习计划，希望明年能有所提高！