1.2 测试用例

1.透彻了解程序（需求和架构）。
2.做一个正式的测试设计（最好文档化）。然后再开始写用例。一般写用例的步骤和建房子一样，先搭框架，然后填材料，填材料的时候，主要根据需求做相关的设计，具体的设计方法就是那几种
注：wsft项目中，提出 编写TC前，作成TC导向图，即思维导向图。（工具：Xmind）

一般来说，设计一个比较实用的测试用例，注意如下几个方面：
a.   选用好的测试用例管理工具（这个很重要，千万不要用word，excel）
b.   用例一定要及时更新（补充新的想法，删除过时的需求）
c.   做好用例分级
d.   做好用例评审（需求、开发、更多测试人员，一起进行用例评审。可以让测试了解新的需求变更。借鉴开发、需求思想补充用例，同时开发在评审过程中可回顾自己代码。需）
e.   结对编写用例。（结对编写可以尽量减少个人的“偏好习惯”，同时也能拓展思维，加强测试重点的确认，小组内部达到统一。一定程度上结对编写也可以减少组长或经理对用例的管理审核，提高组员的参与积极性。ps:组长或经理对用例进行审核可以做到用例的补充和校对）  
f.   要全面，包括功能、性能、兼容性、安全性、易用性、容错性等等
g.   注意把握适当的颗粒度，具体情况具体分析。（需求变化较大时，）
h.为测试用例标明优先级 （指出软件的测试重点、用例编写的重点，减少用例回归的时间，增加重点用例执行的次数，帮助项目组新人尽快了解需求，在自动化测试的初期也可以参考这个优先级录制脚本）
*参照：http://www.cnseay.com/611/
*参照：http://blog.csdn.net/chengping1/article/details/21468939   软件测试用例编写规范总结

 

ps
（ZK）暂得模板如下：
所属项目、所属模块、用例编写人、编写时间。caseID、优先级
前提条件、操作步骤（实际输入）、预期结果、测试用例执行人、测试用例执行时间、测试用例执行结果、测试用例执行备注(可备注bugID、用例执行账号、用例执行的补充说明，比如暂时不需要执行，留待后期测试)
用例全体执行通过case数、执行不通过case数、暂缓测试case数、不通过率。

注：zk在使用excel的情况下，是采用了版本管理工具SVN来管理用例，保证用例的更新共享等。 

     也曾使用过Google文档，以实现多人同时在线对用例的编辑。