因为是PDF格式的，大家只好看附件了。
苹
测试用例的价值 一个测试用例是一个正式的文件或记录，描述了测试活动是怎样具体执行的。一些测试参考资料指出测试用例的目的就是发现缺陷，但是测试用例的用处远远超出发现缺陷。测试用例可以验证程序功能正常或验证错误能被正确处理。测试用例的其他用处是可以尝试增加代码覆盖或专门用于覆盖很少使用的路径。 测试用例文档的价值在微软和软件测试行业之间有争论。有几个因素可以帮助决定是否选择测试用例文档。测试用例文
最近我身边好多人都在忙着装修，或是结婚用房或是改善型住房，不管是出于哪方面的需要，经济和时间都是装修工程中需要面临的重要问题。对于上班族，即要保证工作时间，又要顾及装修中方方面面的琐事，的确不太容易。对于打算DIY装修的业主来说，制定好装修计划不仅能节约资金、时间，还能使装修变得更有条理，所以计划很重要。下面以期房为例，阐述装修的一些问题。 在购房完成后，业主可以根据开发商提供的
Oracle 10g学习笔记（二） 主题：基本的SQL *PLUS报表及命令 内容： 一．建立简单的报表 1.break on告诉SQL *PLUS在报表的各部分间插入空格，或者将小计和、总计断开 Compute avg:求平均值 Compute sum:计算小计 Compute count:求和 Compute max:计算最大数
前言 很不好意思的坦白本人是刚刚学习oracle的菜鸟，以下内容是节取的书中一些值得注意的事项，因为只涉及oracle最初级的知识，并没有太深的内容，希望各位oralce高手们能够帮忙指点指点。 Oracle 10g学习笔记（一） 一．在安装数据库前，应考虑的问题 1.决定数据库的名称：DB_NAME,DB_DOMAIN 2.规划System表空间 3.规划数据文件在Oracle服务器
Oracle 9i初始参数文件设置 一．设定全局数据库名称 DB_NAME：数据库名称，文字字符串，不能超过8个字符 DB_DOMAIN：数据库服务器所在域名，用于分布式运算环境 二．设定控制文件的名称 执行CREATE DATABASE指令时设置 CONTROL_NAME：设定控制文件名称 CONTROL_FILE：设定控制文件路径 三．设备数据区块大小 DB_
第三章 代码检查、走查与评审 很多年以来，软件开发团队的主要工作是开发适用于机器运行，而不是供人阅读的程序，软件测试的唯一方法就是在机器上执行它。这种情况在上世纪70年代发生了改变，一些具有远见的软件工程师发现了代码走读在测试中的重要位置，并辅以DEBUG调试来更好的提高软件的质量。 如今，并不是所有的软件测试人员都要走读代码，但是了解代码设计的理念却在测试工程师中被越来越多
用动态的眼光看测试 软件测试工程师到底是做什么的？很多书籍都会这样告
我的一亩三分地 某年某月的某一天，村里分一块地给我，这块地处于山坡上，位置不太好。因为年老体衰，庄家活干不动了。于是乎在村头张贴了一张招聘广告，招一人帮忙种地。 第一天，来个小伙子，在外打过工，因为金融危机，工厂接不到单，失业回家来种地了。小伙子见过市面，经常看新闻联播，进门就给我说，“叔啊，你请我吧，你买个播种机和收割机，凭我这脑瓜，半天就学会”。我说
&n
http://g.51cto.com/tester
定义BUG状态 谈到BUG的状态，不得不提一下测试的工作模式，较为常见有以下两种：第一种工作模式为交互式，也就是说由测试工程师提交BUG到管理工具，通知软件工程师进行修改，软件工程师根据BUG状态做出反应或修改，然后将问题状态更新，提交测试版本后，由软件工程师确认并再次更新问题的状态，这种工作模式是较
软件测试法则 继续本章开头所阐述的问题“在软件测试中心理因素占有重要的位置”，通过对心理学的了解，我们能够找出软件测试中重要的原则或者称为重要的指导方针。这些原则大部分都是浅显易懂，但在实际工作当中却很容易被忽视。表2.1概括了这些重要的原则，在下面的章节中将详细阐述。 表2.1 软件测试指南 原则ID 原则描述 1 定义预期输出或结果，是测试用例的重要组成部分 2 软件工程
二、 白盒测试 另一种常用的测试方法是白盒测试法，也称为逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，将程序中的每条语句至少执行一次，用以证明该程序对输入数据做出了正确的应答，但这是远远不够的。在这
测试中的经济学 鉴于软件测试的定义，下一步将阐述是否有必要找出程序中的所有错误。尽管是最小的程序，我们都将给你否定的答案。一般来说这种做法是不可能实现的，因为我们不可能找出程序中的所有问题。假设测试人员要对某个程序开始测试，在这之前就必须编写测试用例，这些最基本的工作都能够体现出经济学与测试之间的联系。 为了表现测试与经济学的关联性，在开始前你必须判断应该采用哪种测试方式。我们将在接下来的内容中讨
单元测试的组织方法本文描述了三种单元测试的组织方法：自上而下法，自下而上法和分离法。组织方法是制定 单元测试策略和拟制测试计划的关键因素；选择不适当的方法会对单元测试成本和软件维护 开支造成不利影响。这里将推荐一种基于分离法的单元测试策略。一、介绍单元测试是对软件单个组件（单元）进行的测试。尽管它的编码是不同类型的，而且有两个 不同的阶段，但单元测试通常被认为是一种组合代码以及软件生命周期单元测试
曾经对软件测试很轻视，因为我那时很无知，只是一名普通的中国程序员，这也是那时绝大多数程序员的心态，那时中国程序员最讲究“编程才是硬道理”。 如今却非常热爱软件测试，包括软件测试工具，方法，理论，技术。因为我在3年的测试工作中，深刻体会到软件测试的重要性和趣味性。此时，我已经跳出了“小程序员”的圈子，以软件系统工程的更大视角审视软件测试这项工作。 很长时间以来我一直被下面的问题而困惑，有些问题至今
增加测试用例状态的精确度 一般在工作中记录测试用例状态用到三种状态：通过(Pass),失败(Fail)和排队等待中(In Queue)。但是我倾向与更准确地表示一个一般测试用例的生命周期，尽管你的测试的周期会有变化。这里列出了我所使用的一个测试用例生命周期： 排队(In Queue)：测试用例已经指定给某个测试人，不准备在这一个测试阶段运行。 进行中(IP)：该测试正在进行，并且会持续一段时
如何正确对待需求的变更 1、对于需求和需求变更的理解 软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，它不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题，同时又是关系项目成败的关键因素，因此对于需求分析和需求变更
提升可伸缩性的八项最佳实践 Wille Faler 提出了八项提升系统可伸缩性和性能的最佳实践，其中包括减少数据库操作、使用缓存、减少网络通信等实践。 1. 减少数据库操作 － 尽可能远离数据库。如无必要，就不要打开数据库连接或者启动事务。 2. 缓存带来的显著变化 － 缓存能极大地减低数据库的负担，特别是当系统通过只读方式访问数据库的时候。内存缓存优于磁盘缓存，而磁盘缓存又优于远程缓存和关
可伸缩性原则 从最简单的水平来看，可伸缩性就是做更多的事情。更多的事情可以是响应更多的用户请求，执行更多的工作，或处理更多的数据。设计软件这件事本身是复杂的，而让软件做更多的工作也有其特有的问题。这篇文章针对构建可伸缩软件系统提出了一些原则和方针。 1. 减少处理时间 增加应用所做工作数量的一个方法就是减少完成单项工作所花费的时间。举例来说，减少处理一个用户请求所需的时间意味着你能在同样长的
技术“指的是宏观的战略问题，或者叫方法论，这包括从软件测试的概念或理念，到企业软件质量控制体系；从软件测试的过程，到测试团队的设置及其职责的界定等等。作为测试人员，热衷于”方法 在具体介绍微软的软件测试方法之前，我想首先从概念，或理念的层面上来理解究竟甚么是软件测试，目的是从中导出微软测试方法的理论根源。 工作的“就是指软件的功能是按照预先的设计执
第二章 心理学、经济学与软件测试 软件测试是一个技术工作，但它也涉及一些重要的经济因素和心理学因素。 在理想的情况下，我们将会尝试检测某个程序的所有数据排列的可能性。然而在大多数的用例中，这种测试是不可能的。即使是看似很简单的程序，都可能有成百上千种输入和输出的组合。构建包含所有这些可能性的测试用例是不切合实际的，从经济的角度上来讲，构造复杂的应用测试需要花费较多的时间，投入大量的人力
开篇声名：这是第一次翻译，介于本人英语水平有限，可能部分内容翻译得不太恰当，呵呵，还请各位高抬贵手不要扔砖头啊。附件中是《软件测试艺术》的原文，请参阅。 第一章 自我评估测试 在这本书出版的25年来，软件测试已经向着更快捷更复杂化的方向发展。 软件测试工作的复杂化，是由大量编程语言、操作系统以及硬件平台的快速发展所决定的。并且，在相对于少数专业人士使用电脑的20世纪70年代，当今，几乎没有任何企业
人的一生，如此而已 最近一期杂志上，有篇文章叫《从睁开眼到见到神》，用轻松调侃的方式为人生从1到100岁的每一年各拟一句话。其实这种玩法的始作俑者，是一本英文书“This bookwill change your life”，作者是两位年过三十的在伦敦从事广告创意的人Ben Carey和Henrik Delehag。我看到的这篇中国版，是杂志编辑想象了一个普通中国人可能碰到的情况，改写了一套。刊
1、鸟笼逻辑 挂一个漂亮的鸟笼在房间里最显眼的地方，过不了几天，主人一定会做出下面两个选择之一：把鸟笼扔掉，或者买一只鸟回来放在鸟笼里。这就是鸟笼逻辑。过程很简单，设想你是这房间的主人，只要有人走进房间，看到鸟笼，就会忍不住问你：“鸟呢？是不是死了？”当你回答：“我从来都没有养过鸟。”人们会问：“那么，你要一个鸟笼干什么？”最后你不得不在两个选择中二选一，因为这比无休止的解释要容易得多。鸟笼逻辑的
一个不错的测试用例模版，见附件，欢迎下载！
界面设计的行业标准总结---报表的规范 报表是软件对用户输出的重要方式，报表的制定也要有一定的规范，以下几点标准可作为在软件系统中报表设计的参考： 1.报表风格统一、结构合理、分类明确，能够清晰的表达报表中所要体现的内容 2.报表结构要连贯 3.同一软件系统产生的全部报表的
界面设计的行业标准总结-- WEBUI设计的相关行业标准 WEBUI的特点： 1. 浏览体验：呈现给用户浏览上的体验，强调吸引性 4. 规范性 2. &
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
