学编写测试用例方法心得体会
我之所以选择测试这个工作是因为：我毕业后，在第一家公司做技术支持，产品的问题很多，导致技术支持工作很辛苦、很累。为了让用户买到的产品的质量是好的，我选择了做测试，到了现在的公司。我刚做测试的时候，对测试一无所知，什么测试流程阿、文档阿都不知道，公司的测试和管理也不规范。对测试，大家都认为不就是拿个鼠标点来点去，谁都可以来做。为此，我经常上网查测试的资料、查书看，在这里我想说下《清华大学出版社》出的《敏捷软件测试：测试人员与敏捷团队的实践指南》这本书还不错。英译版本的，(这年头搞软件人都知道英译版本的书都优于同类版本的书).现在想想自己刚开始写测试用例的时候，真是好笑。就像小孩子学习写字一样。先是在网上狂搜索了一把测试用例的模板，综合了几个，就形成了。我之所以不用公司原有的测试用例模板，是因为太不适用了。还好，公司没有严格要求必须要那个模板，只要适用就行。模板找好了，可是写就费劲了。对于刚做测试的新人，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。没有办法，那时候没有人指导我，全靠自己自学和领悟，所以那段日子很苦阿！多写几次后，就知道和领悟了，测试用例要根据测试大纲来写，测试大纲要根据测试计划来写。测试大纲更多的是把握住测试项的方向，而测试用例是指导怎么去执行测试。还好，我有编程的经验，所以对我熟悉软件帮了一个很大的忙。熟悉了软件的业务才能去写测试用例，才能更好的去测试。这也是我一点一点的领悟出来的。 回复 1# wkpgv6ha3ap
LZ很不错哦，加油：）
总结很实在，LZ可能快到岔路口了：
控制类：可以开始琢磨一些QA的书籍，从实际测转到控制测试。
技术类：可以加深编码经验，琢磨自动化测试书籍，通过开发/使用工具提升实际测试效率。 学习下 帮顶 我之所以选择测试这个工作是因为：我毕业后，在第一家公司做技术支持，产品的问题很多，导致技术支持工作很 ...
wkpgv6ha3ap 发表于 2010-11-26 13:58 http://bbs.51testing.com/images/common/back.gif
从实际测转到控制测试求解！！！ 帮顶，我也要努力学习测试
页:
[1]
