产品测试总结

从去年10月份到今年6月份，足足8个月的时间。挺长啊

敏捷测试

也是头一回接触敏捷测试，开始对敏捷测试的节奏还不习惯，对敏捷开发中，测试要进行的工作，还没有很好的把握。

敏捷测试中，测试人员要参与需求分析、故事点讨论,这一点很重要，测试人员对需求的理解程度，直接影响测试用例的质量和编写，在界面没出来前写用例，必须要清楚需求和设计，设计上的问题，也能尽早的发现。在讨论故事点的时候，就把测试的大体思路说清晰，测试人员可以参照会议上提出的思想写用例，研发人员也会考虑到你的测试情况。

优点：随着时间的推移，研发人员已经能从测试人员的思维模式下考虑设计了。新带的测人员也可以根据我的思路写用例了

缺点：经过这样淬炼的功能，大体上能通过，过后，我也就没怎么考虑用例的设计了，然后就让其他人员写用例测试，但是都没有一些其他的新的测试用例提出，在后期，发现了许多bug。都是设计的时候没怎么考虑的，功能出来后，我也没怎么测试。

测试用例：为了让自动化测试覆盖率看起来好一些，我将许多用例拆分的非常的细，结果，用例太多了，将近6000多的用例，真崩溃。执行起来也很辛苦，自动化执行也很辛苦，维护起来更是麻烦。我一直想做个用例的优先级，但是却始终没有做出来。强调：测试用例应该划分优先级。自动化、冒烟、回归测试可以根据用例的优先级来进行合理的选择。

用例多我也忍了，最不能容忍的是用例不全。到系统测试发现，用例没覆盖的地方太多了。之前反复强盗用例的重要性，还是没得到测试人员足够的重视。

用例的组织，三个产品，功能重叠大圈套小圈，开始确实没想到过。后来发现真复杂啊。这点还是想的不够啊。产品的测试过程中，有许多出乎我意料的问题。

性能测试：基本没啥说的，写脚本，学习了socket脚本，因为中文跌倒好几次，还有一个接口，用socket没实现，只能调用api来做。页面性能做了，研发也没重视。后来我发现，我只能说人家慢，但是我找不到问题的原因，性能测试做的太肤浅了。性能测试过程中，认识到了sql语句的重要性，学者写了一些sql语句，有点偷懒，没怎么看完。这个性能测试中，我还学到了检查JVM内存，之前我从来没关注过。这个东西以后一定要深入学习。性能测试，要做的深入一些。

安全性测试：这个对于我来说，是个新东西。但是，我只会用paros扫描，却不太知道其这个问题的原理，肤浅的很，离开工具，我什么都不会。

自动化测试：特意放到后面一点的位置，就是我真不想说，不想回顾。太惨了。这个产品测试之前，我并不太会QTP，之前略玩玩，也只是录制的水平，浅显的很，在脚本的编写过程中，逐步摸索，也有了一定的提高，但是还有很多问题，我还是没能形成一个完整的自动化测试框架，因为我的水平是慢慢的提高，可以从我的脚本中看到，我的脚本也是逐渐提升的。但是没有持续的跟踪。所以脚本也是时断时续。最终没有形成统一的风格。我很遗憾。我对QTP应该投入更多的精力，可是我真的对性能有兴趣，对自动化，始终抱有一定的成见。唉，两个都会点，都会的一知半解。

管理方面：与人相处真是个麻烦，我的肚量比以前好些了，可是有时候，还是太容易情绪化，爱出风头，爱显摆自己，总也管不住自己的嘴。

闭上眼睛，除了性能测试我能打个及格分，其他的都很难呢。从这个项目中，我发现自己还是很欠火候啊