软件测试人员怎样编写规范测试案例

在一款软件发布之前，测试是最主要的环节，测试人员也是最初的用户，他们对于产品修改，完善，优化等等非常关键，所以软件测试工程师在如今也是一个比较高端的职位，他要求各方面的才能，比如说技术，沟通，文档总结等等，下面我就和大家介绍一下怎么编写规范的测试案例。要能够读懂项目经理的需求文档，知道它里面要实现什么功能，功能注意哪些流程。比如说，一个简单注册框，需求会写到登录名需要使用邮箱，密码需包含大写字母等等。那当测试人员读到这些会联想到什么呢？注意哪些呢？把邮箱格式错误但密码格式正确的所有情节想象出来，然后给予提示；把邮箱格式错误，密码格式错误的所有情节想象出来，然后给予提示；把邮箱格式正确但密码格式错误的所有情节想象出来，然后给予提示；把邮箱格式正确，密码格式正确的情节想象出来，然后给予提示。标准的测试案例文档时在EXCEL下完成的，主要包括以下几项：编号：根据需求文档将功能分为若干大块，然后再将每个大块拆分成小块，也就是具体的每个功能。测试点：也称case，就是我们第一段中提到的，联想到什么，注意哪些，用简单的话语准确表达出来。因为在测试案例完成后还有很多流程，包括评审，或者确认啦，所以简单易懂很重要。后面几项，可以根据实际项目，产品去完善，测试结果和备注需着重完善，因为这对于项目经理或测试组长规划下一步产品开发，测试进度很重要。下面我们主要介绍一下测试点也就是case怎么写。一般一个测试点就相当于一个场景，需要有起因，经过和结果。举一个例子，假如一个软件安装包需要.net 4.0，当你在安装的时候会出现两种情况（两个完整case）：可以看出，未安装和已安装是两种前提，运行客户端安装包是一个操作过程，结果会根据两种前提在变化。个人的一点小小的经验，欢迎大家斧正。其实对于刚刚进入测试行业的职员来说，有一个好的前辈带路，指点一下，还是非常重要的，我也非常感谢蔡导和阎老师。