现在想想自己刚开始写测试用例的时候，真是好笑。像小孩子学习写字一样。先是在网上狂搜索了一把测试用例的模板，综合了几个，形成了。我之所以不用公司原有的测试用例模板，是因为太不适用了。还好，公司没有严格要求必须要那个模板，只要适用行。模板找好了，可是写费劲了。对于刚做测试的新人，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。没有办法，那时候没有人指导我，全靠自己自学和领悟，所以那段日子很苦阿!多写几次后，知道和领悟了，测试用例要根据测试大纲来写，测试大纲要根据测试计划来写。测试大纲更多的是把握住测试项的方向，而测试用例是指导怎么去执行测试。还好，我有编程的经验，所以对我熟悉软件帮了一个很大的忙。熟悉了软件的业务才能去写测试用例，才能更好的去测试。这也是我一点一点的领悟出来的。说了这么多，不知道这样的回答是否是回答了这个问题。

　　后一个问题了，我尽量少写些，文字太多了大家看的也累，我写的也累。嘿嘿。^_^

　　你对黑盒测试用例的编写的体会是什么?有什么好的版本或者标准吗?

　　我的体会：

　　1、测试用例要根据测试大纲来编写

　　2、测试用例也要分测试项进行归类，这样比较好分析和阅读。如：业务流程测试、安装测试、功能测试、用户友好性测试、兼容性测试、性能测试、安全性测试等等。

　　3、编写测试用例要考虑各种情况，精力主要集中在软件的主要业务流程和风险高的地方。能分出测试优先级别好了。

　　4、熟悉系统，对编写测试用例很有帮助。

　　5、即使对测试很熟悉了，在时间非常紧的时候，编写测试用例还是很有必要和好处的。

　　想到那么些了，以后想到了在补充上了。我把我用的模板给你们粘贴一份上来，只能给你们做些参考，具体还是要看对你所在的公司适用不适用。测试项的归类我不列举了，因为每个公司的都不太一样。