编写测试用例感悟
2017-03-17 本文已影响0人
筱筱青衣
前言
青衣是一个刚接触测试的小白,入职的第一天跟着验bug,第二天进行回归测试,第三天就开始编写用例,以下编写两天用例的感悟,用来时刻提醒自己,还有许多不足之处,欢迎各位同行进行修正指导,青衣感激不尽哈。
正文
1、先 等价类划分==》后 边界值分析==》再 因果图==》最后 错误分析法(这个是经验积累的);
2、先写 添加==》后写 修改==》再写 删除;
3、先写 正面用例(按正常功能逻辑写)==》后写 负面用例(就是各种异常哈);
4、正面用例就是根据需求和业务逻辑来写的哈,青衣就是败在这里的 ,因为刚入职不久,产品还不熟悉,所有各种坑哈;
5、负面用例就是各种异常,目前在青衣理解里就是参数错误、类型异常、内容为空或者null、id值不存在(特别是修改跟删除的用例)等;
6、执行用例的步骤一般是先 操作==》查看数据库==》查看输出数据==》界面显示;
最后
上面说了那么多,最后这一句话才是硬道理,编写测试要足够了解产品!足够了解需求!足够了解业务流程!足够了解产品!足够了解需求!足够了解业务流程!足够了解产品!足够了解需求!足够了解业务流程! 重要的事要说三遍