五、走读相关产品的历史测试用例

　　如果你所在的公司有测试用例管理系统，那么，走读相关产品的软件测
试用例是迅速提高测试用例设计水平的一条捷径。走读测试用例也是有技巧的。
测试用例写作一般会包括测试用例项和根据测试用例项细化的测试用例，下

 “ 

 ” 

面举例说明。 测试用户登录的功能 是一个测试项，该测试项的目的是测试
用户登录功能是否正确，是否能够完成正常的登录功能，是否能够对非法用
户名和密码做异常处理等等。因此，根据该用例项，可以设计出若干个测试用
例，大多数情况下，测试用例项和测试用例是一对多的关系。

　　通过走读测试用例项目，你可以掌握应该从哪些功能点着手未来的测试
工作;通过走读软件测试用例，你可以了解如何根据被测试的功能点开展软件
测试用例的设计工作，包括如何确定测试用例的输入、测试用例的操作步骤和
测试用例的输出结果等。

　　总之，走读其他软件测试人员设计的优秀软件测试用例，是提高自身用
例设计水平的好方法。

　六、学习产品相关的业务知识

　　软件测试人员不仅要掌握软件测试技术相关知识，对产品相关的业务知
识也要学习。这很好理解，如果从事财务软件的测试工作，一定要学习财务知
识;如果从事通讯产品测试工作，那么相关的通讯理论知识也是必须的;如果从
事银行软件的测试，银行的业务流程也是不可或缺的知识点。

　　因此，在学习软件测试技术的同时，千万不要忽略产品相关业务知识的
学习。如果你是一个软件测试技术专家，但是对产品业务知识一无所知，那么
也只能测试出来纯粹的软件缺陷，而面对眼前出现的产品业务相关的缺陷，
很可能是视而不见，如此这般，软件测试的效果会大打折扣。

　七、识别测试需求

　　识别测试需求是软件测试的第一步。如果开发人员能够提供完整的需求文
档和接口文档，那固然好。可以根据需求文档中描述的每个功能项目的输入、
处理过程和输出，来设计测试用例。如果开发人员没有提供软件需求文档，那
该如何是好?下面给出几个有效的方法：

　八、主动获取需求

　　开发人员通常不会更好地考虑软件测试，如果没有开发流程的强制规定，
他们通常是不愿意提供任何开发文档，即便有强制规定，需求文档也未必能
够真正指导软件系统测试工作。因此，需要测试人员发挥主观能动性，与相关
的软件开发项目经理和软件开发人员保持沟通，了解软件实现的主要功能是
什么，并记录得收集到的信息。一般来说，开发人员即便没有提供相关需求文
档，也会保存一些简单的过程文档，主动向开发人员索要这些文档，可以作