测试用例

 

• 序号： 不用说，就是按顺序下去的。
• 模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块
• 编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。
• 功能点：具体指某个功能，如：账号登录、首页、发布等。
• 子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。
• 用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。
• 前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保证账号正确或密码正确以及账号正确时是存在的。
• 操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。
• 预期结果：说明按照前面写的应该呈现出怎样的结果。
• 测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，
• 结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。
• 测试人员：填写测试人的名字，方便后期跟踪BUG。
• 测试日期：填写测试的时间，方便后期查询。
• BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。
• BUG负责人：此处应该有技术那边填写，具体落实到某个人身上，才能更好的解决到问题。