因为是PDF格式的，大家只好看附件了。
测试用例的价值 一个测试用例是一个正式的文件或记录，描述了测试活动是怎样具体执行的。一些测试参考资料指出测试用例的目的就是发现缺陷，但是测试用例的用处远远超出发现缺陷。测试用例可以验证程序功能正常或验证错误能被正确处理。测试用例的其他用处是可以尝试增加代码覆盖或专门用于覆盖很少使用的路径。 测试用例文档的价值在微软和软件测试行业之间有争论。有几个因素可以帮助决定是否选择测试用例文档。测试用例文
第三章 代码检查、走查与评审 很多年以来，软件开发团队的主要工作是开发适用于机器运行，而不是供人阅读的程序，软件测试的唯一方法就是在机器上执行它。这种情况在上世纪70年代发生了改变，一些具有远见的软件工程师发现了代码走读在测试中的重要位置，并辅以DEBUG调试来更好的提高软件的质量。 如今，并不是所有的软件测试人员都要走读代码，但是了解代码设计的理念却在测试工程师中被越来越多
用动态的眼光看测试 软件测试工程师到底是做什么的？很多书籍都会这样告
&n
http://g.51cto.com/tester
定义BUG状态 谈到BUG的状态，不得不提一下测试的工作模式，较为常见有以下两种：第一种工作模式为交互式，也就是说由测试工程师提交BUG到管理工具，通知软件工程师进行修改，软件工程师根据BUG状态做出反应或修改，然后将问题状态更新，提交测试版本后，由软件工程师确认并再次更新问题的状态，这种工作模式是较
软件测试法则 继续本章开头所阐述的问题“在软件测试中心理因素占有重要的位置”，通过对心理学的了解，我们能够找出软件测试中重要的原则或者称为重要的指导方针。这些原则大部分都是浅显易懂，但在实际工作当中却很容易被忽视。表2.1概括了这些重要的原则，在下面的章节中将详细阐述。 表2.1 软件测试指南 原则ID 原则描述 1 定义预期输出或结果，是测试用例的重要组成部分 2 软件工程
二、 白盒测试 另一种常用的测试方法是白盒测试法，也称为逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，将程序中的每条语句至少执行一次，用以证明该程序对输入数据做出了正确的应答，但这是远远不够的。在这
测试中的经济学 鉴于软件测试的定义，下一步将阐述是否有必要找出程序中的所有错误。尽管是最小的程序，我们都将给你否定的答案。一般来说这种做法是不可能实现的，因为我们不可能找出程序中的所有问题。假设测试人员要对某个程序开始测试，在这之前就必须编写测试用例，这些最基本的工作都能够体现出经济学与测试之间的联系。 为了表现测试与经济学的关联性，在开始前你必须判断应该采用哪种测试方式。我们将在接下来的内容中讨
单元测试的组织方法本文描述了三种单元测试的组织方法：自上而下法，自下而上法和分离法。组织方法是制定 单元测试策略和拟制测试计划的关键因素；选择不适当的方法会对单元测试成本和软件维护 开支造成不利影响。这里将推荐一种基于分离法的单元测试策略。一、介绍单元测试是对软件单个组件（单元）进行的测试。尽管它的编码是不同类型的，而且有两个 不同的阶段，但单元测试通常被认为是一种组合代码以及软件生命周期单元测试
增加测试用例状态的精确度 一般在工作中记录测试用例状态用到三种状态：通过(Pass),失败(Fail)和排队等待中(In Queue)。但是我倾向与更准确地表示一个一般测试用例的生命周期，尽管你的测试的周期会有变化。这里列出了我所使用的一个测试用例生命周期： 排队(In Queue)：测试用例已经指定给某个测试人，不准备在这一个测试阶段运行。 进行中(IP)：该测试正在进行，并且会持续一段时
如何正确对待需求的变更 1、对于需求和需求变更的理解 软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，它不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题，同时又是关系项目成败的关键因素，因此对于需求分析和需求变更
提升可伸缩性的八项最佳实践 Wille Faler 提出了八项提升系统可伸缩性和性能的最佳实践，其中包括减少数据库操作、使用缓存、减少网络通信等实践。 1. 减少数据库操作 － 尽可能远离数据库。如无必要，就不要打开数据库连接或者启动事务。 2. 缓存带来的显著变化 － 缓存能极大地减低数据库的负担，特别是当系统通过只读方式访问数据库的时候。内存缓存优于磁盘缓存，而磁盘缓存又优于远程缓存和关
可伸缩性原则 从最简单的水平来看，可伸缩性就是做更多的事情。更多的事情可以是响应更多的用户请求，执行更多的工作，或处理更多的数据。设计软件这件事本身是复杂的，而让软件做更多的工作也有其特有的问题。这篇文章针对构建可伸缩软件系统提出了一些原则和方针。 1. 减少处理时间 增加应用所做工作数量的一个方法就是减少完成单项工作所花费的时间。举例来说，减少处理一个用户请求所需的时间意味着你能在同样长的
第二章 心理学、经济学与软件测试 软件测试是一个技术工作，但它也涉及一些重要的经济因素和心理学因素。 在理想的情况下，我们将会尝试检测某个程序的所有数据排列的可能性。然而在大多数的用例中，这种测试是不可能的。即使是看似很简单的程序，都可能有成百上千种输入和输出的组合。构建包含所有这些可能性的测试用例是不切合实际的，从经济的角度上来讲，构造复杂的应用测试需要花费较多的时间，投入大量的人力
开篇声名：这是第一次翻译，介于本人英语水平有限，可能部分内容翻译得不太恰当，呵呵，还请各位高抬贵手不要扔砖头啊。附件中是《软件测试艺术》的原文，请参阅。 第一章 自我评估测试 在这本书出版的25年来，软件测试已经向着更快捷更复杂化的方向发展。 软件测试工作的复杂化，是由大量编程语言、操作系统以及硬件平台的快速发展所决定的。并且，在相对于少数专业人士使用电脑的20世纪70年代，当今，几乎没有任何企业
一个不错的测试用例模版，见附件，欢迎下载！
界面设计的行业标准总结---报表的规范 报表是软件对用户输出的重要方式，报表的制定也要有一定的规范，以下几点标准可作为在软件系统中报表设计的参考： 1.报表风格统一、结构合理、分类明确，能够清晰的表达报表中所要体现的内容 2.报表结构要连贯 3.同一软件系统产生的全部报表的
界面设计的行业标准总结-- WEBUI设计的相关行业标准 WEBUI的特点： 1. 浏览体验：呈现给用户浏览上的体验，强调吸引性 4. 规范性 2. &
界面设计的行业标准总结-- GUI设计的相关行业标准 1.2 GUI所包含各类元素标准的定制 GUI的元素大致可分为以下几个方面： 1. 窗口 2. 菜单 3. &nbs
界面设计的行业标准总结-- GUI设计的相关行业标准 1.1 GUI整体标准的制定 GUI的整体标准包括以下四个方面： 1. 规范性 2. 合理性 3. &n
Linux软件安装——rpm命令 2006-12-12 17:27 安装rpm包：rpm -ivh ***.rpm 卸载rpm包：rpm -qa|grep ***查到要卸载软件具体名称，然后rpm -e ***卸载 rpm包安装目录：rpm -qpl ***.rpm 切换文字和图形方法：文字：/sbin/telinit 3图形：/sbin/telinit 5 解压tar.gz包：t
思科认证CCNA专业英文词汇全集 2006-11-01 10:27 CCNA为思科最基础的入门认证，其中，考试偏重网络概念和理论，对于初学者来说，不少专业英文术语难以理解，导致学员学习进度维难。CISCO系列认证的原版教材，专业词汇出现频率积高，考生只要熟悉本文，相信学习起来一定事半功倍。 10BaseT-----原始IEEE802.3标准的一部分，1OBaseT是1
Trunk（端口汇聚）的概念与设置 2006-11-01 09:17 在二层交换机的性能参数中，常常提到一个重要的指标：TRUNK，许多的二层交换机产品在介绍其性能时，都会提到能够支持TRUNK功能，从而可以为互连的交换机之间提供更好的传输性能。那到底什么是TRUNK呢？使用TRUNK功能到底能给我们带来哪些应用方面的优势？还有在具体的交换机产品中怎样来配置TRUNK。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
