删除功能测试分析

本文出自小刀的51Testing软件测试博客,转载请保留出处及链接:http://www.51testing.com/?128005   一.角色  系统管理员,开发人员  二.入口:  资源分发系统->服务管理  三.测试分析:  1. 删除操作检查  1)在服务查询页面,...

分享:

如何区分测试用例的粒度

  我们是不太可能在一个测试用例中包含所有测试需求,因为众多的功能以及不同的路径组合将使这样一个测试用例像大象一般,完全不具有可行性。除非您的软件所包含的功能真的又少又简单,不过如果真的有这么一个软件,恐怕也没有测试和发布的必要了。  当...

分享:

怎样在有限的时间编写完成的测试用例?

版权声明:原创作品,允许转载,转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明,否则将追究法律责任。本文出自51Testing软件测试网,感谢会员土土的豆豆在每周一问(08-04-07)中的精彩回答。http://bbs.51testing.com/forum-157-1.html ...

分享:

没有需求文档的时候如何来设计测试用例

  从做测试过程中发现,一般没有需求说明文档有3种情况:   1、开发人员的意识不足,开发流程不规范,可能是以前做项目一直都是拿到市场可行性分析,然后项目管理人员进行简单模块划分,任务就分配下去了,更不就不写需求文档,或者只是简单书写大体...

如何写好自动化友好的测试用例

  为了提高软件测试的效率,增进测试工作的广度和深度,越来越多的公司开始引入自动化测试。本文通过笔者对测试用例设计和表达上的一些理解,阐述如何写好功能自动化测试友好的用例,供大家参考。  自动化测试有其自身的特点,按照笔者的经验,自动化在...

分享:

总结项目中关于测试用例的问题

  目前我们设计的测试用例只是表面上的呈现,对测试指导的作用不是很大,我们思想里也认为测试用例编写只是在熟悉系统的过程,在测试时测试用例会被我们撇在一边。个人总结一下原因和改进方法:  1.  没有合适的规范:  大家都是来自不通的公司...

分享:

观后感之“无需求开发测试用例的问题讨论”

  今天在论坛这么一个问题讨论:"没有需求文档的时候如何来设计测试用例?"  很多测试达人发表了自己想法,并贡献出自己大量的经验,感触颇深啊。在我看来,没有需求文档就来设计测试用例,实则不得已而为之的做法,也是软件测试人员的一种无奈。  作...

分享:

案例——HttpUnit-测试用例

  (1)环境设置:导入HttpUnit  (2)开始实践,写一个测试接口,起名为LoginTestInf:请/* * Created on 2004-12-17 * * TODO To change the template for this generated file go to * Window - Preferences - Java - Code Style -...

分享:

如何在有限的时间内编写完整有效的测试用例

  在测试工作中,“直接拿到软件就测试”的做法曾经很普遍,现今这种情况应该很少了,它只属于那个特定的时期。在回答这个问题之前,我觉得有必要展现这种特殊的情况所处的背景。  ● 它发生在那个软件开发不规范的年代,软件开发还处于原始的状态; ...

分享:

测试用例的复审

  测试用例的设计是整个软件测试工作的核心,测试用例反映对被测对象的质量要求和评估范围,决定测试的效率和测试自身的质量。  所以对测试用例的评审,就显得非常重要。测试用例设计完之后,要经过非正式和正式的复审和评审。在测试用例审查、评审过程...

分享:

如何编写性能测试用例

  由于性能测试与功能测试有很大的区别,所以讨论出的结果可能与预先的设想有一定的区别。  性能测试的目的:  为了验证系统是否达到用户提出的性能指标,同时发现系统中存在的性能瓶颈,起到优化系统的目的。  性能测试指标的来源:  用户对各项...

测试用例(三)

  八、从补充规约中生成测试用例  并不是所有的测试目标需求都将在用例中有所反映。非功能性需求(如性能、安全性和访问控制)以及配置要求等将会说明测试目标的其他行为或特征。补充规约是为其他行为生成测试用例的主要来源。  关于如何生成这些其他...

分享:

测试用例设计步骤

  设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解...

分享:

测试用例评审有效性的四十四个衡量标准

  1.Major Defects Per Test Case Review  每个经评审的测试用例发现的主要缺陷  2.Minor Defects Per Test Case Review  每个经评审的测试用例发现的次要缺陷  3.Total Defects Per Test Case Review  每个经评审的测试用例发现的缺陷总数  ...

分享:

测试用例(二)

  注:由于没有提供其他信息,以上显示的测试用例都非常简单。测试用例很少如此简单。   下面是一个由用例生成测试用例的更符合实际情况的示例。  示例:  一台 ATM 机器的主角和用例。  下表包含了上图中提款用例的基本流和某些备用流: 本...

分享:

十大负面测试用例

  负面测试是相对于正面测试而言的。它们也是测试设计时的两个非常重要的划分。简单点说,正面测试就是测试系统是否完成了它应该完成的工作;而负面测试就是测试系统是否不执行它不应该完成的操作。形象一点,正面测试就象一个毕恭毕敬的小学生,老师叫我...

分享:

测试用例(一)

  测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。  测试用例(Test Case)目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,...

分享:

软件测试用例的设计(图)

  1 引言   1.1 测试用例在软件产品中的作用和意义   软件产品化之后给人们日常生活和工作带来了极大的便利。同样的,也使人们对软件产品的质量重视上升到了更进一步的高度。随着软件危机的不断出现以及人们对于软件更进一步的认识,测试的地位得...

分享:

软件测试用例设计要点提示

  无论是项目经理、业主还是监理在针对测试开发进行管理时都要涉及到这个问题,下面测试用例设计的关键点归纳如下,供大家在工作中参考。   为测试需求确定测试用例   测试需求:来源于需求规格说明书(用例、补充规约),设计规格。需要我们在...

为什么用例不是“功能”?(图)

  多数人从用例开始就走入了迷途,也许是用例图和数据流图的相似性导致人们把用例定义为简单的功能或者菜单项。不论原因是什么,这都是新手最容易犯的错误。      图 1 错误的方式:用例是菜单项或者功能   这幅图有什么错误?用最简单的定义,...

分享:
分享到朋友圈
打开微信,点击底部的“发现”,
使用“扫一扫”即可将网页分享至朋友圈。

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号