【凯发旗舰官网】国信安教育 | 中国电科旗下高技能it教育培训机构-凯发旗舰

一谈到入门软件测试

许多新手小伙伴们都有一个最顾虑的问题

如何书写测试用例？

担心测试用例书不全面，不完整

生怕漏下非常重要的某一点

就会成为测试工作中的隐患

但迟迟不敢下手写测试用例的话

又担心影响整体的测试计划

这种前怕狼后怕虎的心态

相信所有测试菜鸟们都有过吧

    在这里先给大家几点意见：

    首先，针对测试用例的书写，不管你能想到哪些方面，先把它写出来，不管想法如何，写出来的才是测试用例。

    其次不要顾虑自己的用例好或者不好，因为测试用例执行之前，不管是新手小白还是老司机，都需要参加用例评审的过程，在这个过程中，测试用例中的问题就被发现，同时也会给到每个人修改意见。所以，大家要安下心来写出自己想到的测试用例，这样才能帮助发现问题从而更好地解决。

    最后，每个人的测试用例都不是完美全面的，都是在不断地评审过程中尽量的做到全面一些，覆盖率高一些。只是老司机经验和阅历要比小白多，所以在写测试用例的过程中，肯定有一套合适的方法。

    ●普通的登录页面，页面上有两个文本输入框，一个输入账户名；

    ●一个输入密码（账号框展示输入的账号，密码框以黑色圆点显示）。

    ●在两个文本框下方有两个按钮，一个是“登录”按钮。

    ●输入一个已经注册成功的账户名 密码组合，点击登录按钮，登录成功后跳转到个人信息页面。

    ●另一个是修改密码按钮，点击之后跳转到修改密码页面，修改之后需要使用新密码登录，原密码登录提示错误。（默认有一个账号已经注册成功，使用该账号进行登录；同时准备一个注销掉的账户，用来进行测试）

（1）作为一个原始需求的功能点，这个模块是比较简单的，首先来说，这是一个单一的模块，不存在功能交互的测试点。其次，页面ui比较简单，而且没有特殊的规范，只需要在查看的时候页面正常展示就可以。

（2）既然单个模块需要测试的比较少，我们的重点就要放在页面的输入框、按钮以及账号和密码的输入上来。

    就是像刚刚几条，大家按照业务流程（即需求文档中描述的）或者生活经验都可以写得出来的测试用例，我把他定义为常规场景。

    偶然场景我分为了两种，一种叫做偶见型场景，另一种成为挑刺型场景。

    偶见型场景

    是指生活经验中也可以见到，但是使用频率很低，甚至不使用，但是经过评审过程中的话，是可以考虑得到并能独立完成书写的场景

    挑刺型场景

    与功能点要求的操作相反或者干脆背道而驰，有点儿像“鸡蛋里面挑骨头”的场景。

    需要考虑到专业性，包括编程思想，数据库专业知识作为支撑才能掌握的测试用例场景。

    ok，接下来我们开始看米了！

  针对原始需求的分析，登录场景中的常规场景总结了以下几条：

  针对偶然场景总结了以下几条：

  （1）.偶见型场景

  （2）.挑刺型场景

  针对专业场景总结了以下几条：

  （1）.输入超长的账户名或者密码；

  （2）.账户名和密码输入“’or1=1--”；

  （3）.输入一个注销的账户名和密码组合，点击登录，查看登录情况。

好啦，以上测试用例的思路你都get到了吗？

如果你还觉得不过瘾

那就来参加

国信安软件测试公开课吧

10月17日 19:30

专治新手小白的各种疑难杂症

长按下方二维码，获取公开课地址

-长按图中二维码，速约-

10月17日 19:30 安妹等你喔~