进入测试行业2年多了，虽然换过一次东家，但是做的基本是差不多的东西，每天按步就班的工作，没怎么思考过。如今准备再次换东家去杭州陪女朋友，借着准备面试的机会回头看看，随手写点东西，做做小结。

        先从测试计划开始。测试两年，大部分的工作是编写测试用例，执行用例。由于公司规模一直很小，偶尔客串写写测试计划。我们做的测试计划很是形式主义，只是作为测试流程中的一个环节去做，照着模板去填写，根本就不明白它的目的和作用，我在最近为了准备面试翻看测试计划相关书籍的时候发现我们做的测试计划有着很大的失误：1、测试过程中工作量的预估，时间的安排有着很大的误差。当然这个和测试计划编写者的经验有着很大的关系，这个不是靠着书本上的固定条目就能做的很好的。2、风险预估做的很不到位，或者根本就没有风险预估。导致这个项目时间不可控。3、根本就没有测试期望。对于销售的期望，研发人员的期望，客户的期望根本就没有了解，尤其是客户的期望。测试的目标不够明确，这甚至导致在编写测试用例的时候都无法确定预期目标，这个对非功能性需求上表现的尤其明显，例：最大并发数和吞吐量的目标。此外书中提到开发人员的期望时我也很有感触，书中提到“如果程序员喜欢出色的技术，就说清楚技术是什么，不成熟的技术就是软件的缺陷”。我公司的产品在使用了新的控件开发后，展示效果和使用的方便性确实有很大提升，但是同时出现了大量的BUG，同时是使用的第三方控件，导致这些BUG不可修复。这些问题包括兼容性问题，系统平台报错崩溃，在一些特定操作后样式消失失控等等。这些便是技术不成熟的表现。