test case 心得（转）
上一篇 /
下一篇 2009-12-09 11:03:07
/ 个人分类：转载
好久没有写用例了，这次项目的用例感觉写的不怎么好，考虑也不是很全面
通过这次我觉得用例还是要平时多写写多看看，多总结 ，也让自己感受到了以往写的用例好像只是个表面文章，因为上级不是很重视，执行基本也是我来做，所以写的都不够好 ，今天在看资料中，看到一位前辈对用例设计写出了他的心得
值得学习 ，转载过来 需要多看看，用别人的心得指导自己学习， 总结
|
文章出处： 作者：中国风 发布时间：2007-04-28 |
测试的过程应该严格遵循一定的过程与计划，这样的过程体现于测试案例中，测试者可以只按照测试案例便可以找出该软件的问题所在，而不需要对软件的需求有深入的了解，恰恰这个测试案例的编写人却需要很深入了解软件需求设计架构，可是能够编写好的测试案例的是一个测试员的基本素质。总结几年风雨兼程的测试历程,有以下的一些肤浅体会，与大家一起交流：
编写原则：FVT(功能测试)-- 涵盖需求，细到API()， 综合业务考虑，case数不在多，而在精，尽大地避免重复。
SVT(系统测试)-- 全面考虑，接口部分要细，case数不在多，而要涵盖所有可能的组合
1、熟悉需求，了解业务
2、熟悉设计
3、结合需求与设计进行模块划分
4、根据模块的侧重点来定位case数目的比例
5、case要写的足够详细，尽量做到任何人拿着case能够完成测试
6、测试代码书写命名规范，代码注释，尽量与case挂钩
我们的软件需要保证质量,规范这个流程的过程是必不可少的,希望我们能够共同提高,希望我们的测试队伍越来越壮大!! ^_^ |
收藏
举报
TAG:
