测试用例&时间管理分享

发表于:2017-9-11 15:18  作者:寻叶亭   来源:51Testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试技术 用例设计

  测试用例的定义:为某个特殊目标而编制的一组测试输入,执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。
  测试用例的好处:
  1.有效、快速的熟悉了解待测产品。
  2.测试用例的编写、执行的数量可以评估需求的覆盖程度。
  3.用例的细化程度,可作为阶段性工作排期的一个依据。
  4.用例的输出可将人为因素的影响减小,例如编写测试用例的人不能操作执行工作,那么依据用例文档,其他人也可以进行测试执行操作。
  5.用例是测试基础中的基础,是必备能力,欠缺的话工作越久越吃亏,迟早得补上。
  何时开始?
  当需求文档定版后,就可进行测试点的提炼,开展用例的编写。
  如何设计?
  1.将产品文档或需求文档中的原则(规则)转换为每个用例的检查点。
  2.单个用例最小化原则,一个用例只做一件事。
  3.先从单个模块或功能点开始入手。
  4.合理使用设计方法,如等价类划分、边界值、因果图,比如一个输入框,要有长度的校验、符合规则的、不符合规则的、因果图。
  5.兼容性:如浏览器兼容性、操作系统兼容性。
  6.涉及到数据库用例的设计,要验证入库数据的正确性。
  7.考虑到关联模块,异常用例的覆盖,从头到尾,可以先写重点功能,再写关联的,最后补上无关模块的。
  8.用例是写给别人看的,任何一个人拿到用例可以直接拿来执行,才是最好的用例。
  9.用例不一定是越细越好,也不一定所有需求都需要写用例。(个人觉得若有时间最好还是写上)
  10.最好所有用例都参与评审,并且一般情况都是需要更新的,如果没有改动说明只是走个过场,大家的心都不在评审会上。
  另外,最好能以尽量少的用例覆盖尽量多的测试点。
  时间管理落地实战
  1.不要做与工作无关的事情,比如说聊QQ,如果工作不需要就直接退掉,如果必须要用到,就只保留工作群,把其他群都屏蔽掉。
  2.下班前看下今天的任务完成的怎么样,今日事今日毕。
  3.下班前梳理第二天的工作任务,因为早上效率是很高效的,用例梳理比较浪费。
  4.时间管理四象限,先处理重要且紧急,再处理不重要且紧急的,不然会演变成重要且紧急的。
  5.非常重要!合理利用碎片化时间集中处理杂事,比如说回复邮件。
  6.一个问题若一个小时还未解决,先放一段时间,还是搞不定再求助,求助领导、同事、开发或网上百度、群内提问等方式。
  7.充分利用上下班时间,好文章先收藏,碎片时间来看。
  8.睡觉前或工作前找一个小时看看书,写点技术文章。
  关于时间管理,重要且亟待解决,趁早学会,一生受用。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2017, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道