物流管理测试用例编写时,得想好有哪些前置条件。这些前置条件满足了才能达到你得预期。比如账号密码登录,前置条件时账号和密码同时正确才能正常登录成功。那么此时你就得编写条件不符的时候,是否也会成功。如果成功了,那就属于BUG,需要技术进行修复。
一、物流管理测试用例编写
在编写测试用例之前,你得想好有哪些前置条件。这些前置条件满足了才能达到你得预期。比如账号密码登录,前置条件时账号和密码同时正确才能正常登录成功。那么此时你就得编写条件不符的时候,是否也会成功。如果成功了,那就属于BUG,需要技术进行修复。
一般正常情况,请考虑一下几个方面:
- 页面布局是否合理,如导航栏上面应该显示三个按钮,实际上却显示了两行。
- 页面文字描述是否准确,如气泡提示:密码格式错误,请重新输入。实际上却显示:账号密码错误。
- 如果有加载规则,是否符合加载规则。如:进入页面加载20条内容,实际上却加载了10条。
- 如果有排列规则,是否符合排列规则。如应按照时间倒序排列,实际上却是正序排列。
- 操作是否符合要求,如单击某个点,是否准确跳转或显示内容。如本应该进行跳转,实际上却未进行跳转。
- 输入框输入的内容是否有符合格式要求。如:账号不允许”,”,而实际上却允许了。
- 输入的内容是否符合合法性要求。如:账号密码是否一致等问题。
- ……
这些基本考虑内容都需要考虑进来。
大概理清楚需要考虑的内容之后,就可以开始动手写了。
- 序号: 不用说,就是按顺序下去的。
- 模块:该功能点具体属于哪个模块的,填写这个主要是方便查找,如:注册/登录模块
- 编号:对每个用例进行编号,方便后期跟进。毕竟用文字说,容易口误。不过此处建议编号设计的有点规则,方便快速定位查找。如:A0001。其中A表示注册/登录模块。00表示账号登录,01 表示账号密码登录下的名列前茅个测试用例。
- 功能点:具体指某个功能,如:账号登录、首页、发布等。
- 子功能点:具体指功能点,如:账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。
- 用例名称:具体测试用例的名称。如:输入账号、输入密码、密码不合规等等。
- 前置条件:指要达到预期测试结果,需要满足那些条件才能达到。如:账号密码不一致时,就需要登录失败,那么此时就得保
证账号正确或密码正确以及账号正确时是存在的。 - 操作步骤:指要达到预期测试结果,需要按这些步骤来。较好说明在什么页面,点击或操作什么内容,输入什么内容。
- 预期结果:说明按照前面写的应该呈现出怎样的结果。
- 测试结果:如果符合预期结果,直接填写正常或OK,如果不符合,则说明不符合或NO,
- 结果描述:如果正常,可以不用填写,如果不符合预期结果,则说明哪里不符合。
- 测试人员:填写测试人的名字,方便后期跟踪BUG。
- 测试日期:填写测试的时间,方便后期查询。
- BUGID:跟测试编号一样,自己设定ID规则,方便快速查询。
- BUG负责人:此处应该有技术那边填写,具体落实到某个人身上,才能更好的解决到问题。
以上就是测试用例的具体填写方法及作用。测试完了之后,记得进行回归测试以确保测试的意义。
延伸阅读:
二、 为什么要写测试用例
测试用例主要有以下六大作用:
- 方便理清测试思路,避免漏测
- 有助于测试工作量的评估
- 便于提前准备测试数据
- 相当于工作日志,把控测试工作进度
- 方便进行上线前的回归测试
- 便于测试工作的组织,提高测试效率,降低测试交接成本