|
 |
界面测试用例
|
| |
日期：2007-11-21 22:05:15
点击：716 评论：0
|
|
一、文本框、按钮等控件测试 1、文本框的测试 如何对文本框进行测试： a、输入正常的字母或数字； b、输入已存在的文件的名称； c、输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理； d、输
|
|
|
软件测试用例设计方法
|
| |
日期：2007-04-28 13:03:25
点击：2602 评论：0
|
|
测试用例、等价类划分、边界值分析、错误推测、因果图、判定表驱动分析、正交实验、功能图分析、场景设计
|
|
|
从软件开发角度谈测试案例设计
|
| |
日期：2007-04-28 13:03:25
点击：176 评论：0
|
|
通常情况下，软件开发与测试是即相互独立，又存在千丝万缕联系的两种不同性质的工作。关于二者的联系，要写的内容很多，例如最直观的，在一个项目开发小组中，开发工程师和测试工程师共享一个信息资源配置库等。这里谈的联系是从软件开发角度谈测试案例设计。 通过阅读
|
|
|
软件测试用例的认识误区
|
| |
日期：2007-04-28 13:03:25
点击：164 评论：0
|
|
软件测试 用例是为了有效发现软件缺陷而编写的包含测试目的、测试步骤、期望测试结果的特定集合。正确认识和设计 软件测试 用例可以提高软件测试的有效性，便于测试质量的度量，增强测试过程的可管理性。 在实际软件项目测试过程中，由于对软件测试用例的作用和设计方
|
|
|
加强测试用例在测试过程中的地位
|
| |
日期：2007-04-28 13:03:25
点击：128 评论：0
|
|
常闻测试人员如此抱怨： 测试用例在实际中没有起多大作用； 在实际测试时根本没有按用例执行； 测试执行后没有把新的用例补充到用例库中…… 先说说当前我们的软件企业为何测试流程不规范： 1）从事物的发展规律看，软件测试行业在我国还是新兴行业，目前还处于起步和
|
|
|
测试用例设计的误区
|
| |
日期：2007-04-28 13:03:25
点击：156 评论：0
|
|
1、能发现到目前为止没有发现的缺陷的用例是好的用例： 首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的所在，这是十分可怕的。我倾向于将测试用例当作一个集
|
|
|
漫谈人机界面测试
|
| |
日期：2007-04-28 13:03:25
点击：163 评论：0
|
|
【正文】 本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣
|
|
|
Offline Application Block的测试方法
|
| |
日期：2007-04-28 13:03:25
点击：132 评论：0
|
|
功能测试 白盒测试 安全性测试 性能测试 集成测试 内容测试 安装测试 说明了针对 Offline Application Block 运行以确保其正常工作的测试。在开发自己的应用程序时，我们可以将它们作为要考虑的测试类型的建议。 这些测试包括以下七个方面： 功能测试，确保应用程序符
|
|
|
浅谈功能测试用例模板设计
|
| |
日期：2007-04-28 13:03:25
点击：345 评论：0
|
|
摘要】 本文介绍测试用例一般要素 以及 如何根据项目特点设计测试用例模板， 用以 提高测试用例设计效率和实现测试用例执行结果报告的自动化计算，分析测试用例覆盖率。 【关键字】 测试用例 模板 测试覆盖率 测试用例设计和执行是测试工作的核心，也是工作量最大的任
|
|
|
测试设计中需要考虑的22种测试类型
|
| |
日期：2007-04-28 13:03:25
点击：210 评论：0
|
|
黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。 白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。 单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部
|
|
|
测试用例的有效维护
|
| |
日期：2007-04-28 13:03:25
点击：201 评论：0
|
|
开发一个软件产品，会发布多个版本，伴随着测试用例（Test case）的不断维护, 使测试用例不断完善并与产品功能、特性(features)的变化保持一致，所以测试用例是和产品版本相关联的。特别是对提供软件服务的软件产品，多个版本常常共存，为客户提供服务，这时多个版本的
|
|
|
高手过招的乐趣---测试用例预演
|
| |
日期：2007-04-28 13:03:25
点击：249 评论：0
|
|
摘要 ：高手过招，手中无需用剑，只要轻描淡写地以口代手，三两句话便高下立判，胜者胜得痛快，输者也输得潇洒。然而，除了在武侠小说之内，恐怕很难有地方让你感受到这种“会当凌绝顶”的痛快。本文根据作者在测试工作中的体会，提出了一种被称为“测试用例预演”的方
|
|
|
软件界面的美观性及软件的易用性方面
|
| |
日期：2007-04-28 13:03:25
点击：220 评论：0
|
|
易用性 考察评定软件的易学易用性，各个功能是否易于完成，软件界面是否友好等方面进行测试，这点在很多类型的管理类软件中是非常重要的。 通常对易用性有如下定义： 易见Easy to discover：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动。 易学Eas
|
|
|
测试用例检查点
|
| |
日期：2007-04-28 13:03:25
点击：264 评论：0
|
|
一、 环境配置测试 （1） 网络连接是否正常 （2） 网络流量负担是否过重 （3） 软件测试平台是否可选 （4） 如果（3），是否在不同的软件测试平台进行软件测试 （5） 所选软件测试平台的版本（包括Service Pack）是否正确 （6） 所选软件测试平台的参数设置是否正确 （
|
|
|
软件测试的基本原则
|
| |
日期：2007-04-28 13:03:25
点击：256 评论：0
|
|
在设计有效测试用例之前，测试工程师必需理解软件测试的基本原则。这里有一组测试原则： 1 、所有的测试都应追溯到用户需求。正如我们所知：软件测试的目标在于揭示错误。而最严重的错误（从用户角度来看）是那些导致程序无法满足需求的错误。 2 、应该在测试工作真正
|
|
|
测试用例设计-边界值法
|
| |
日期：2007-04-28 13:03:25
点击：462 评论：0
|
|
边界值分析也是一种黑盒测试方法，适度等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。 选择测试用例的原则： 一、如果输入条件规定了值的范围，则应该取刚达到这
|
|
|
编写性能测试用例讨论
|
| |
日期：2007-04-28 13:03:25
点击：497 评论：0
|
|
性能测试的目的： 为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。 性能测试指标的来源： 用户对各项指标提出的明确需求；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。（需求+经验
|
|
|
测试用例评审检查单
|
| |
日期：2007-04-28 13:03:25
点击：1158 评论：0
|
|
序号 主要检查项 1 《需求规格说明书》是否评审并建立了基线？ 2 是否按照测试计划时间完成用例编写？ 3 需求新增和变更是否进行了对应的调整？ 4 用例是否按照公司定义的模板进行编写？ 5 测试用例是否覆盖了《需求规格说明书》？ 6 用例编号是否和需求进行对应？ 7
|
|
