软件测试

标准检查点（Standard Checkpoint）检查对象的属性，如可以检查某个按钮的是否被选取

做为一个管理者如何带新人？好比每个版主如何管理自己的版块。这个问题在刚做测试主管时，曾经茫然过，感觉一跟人打交道，经常要判断公平和不公平，不可能做到绝对的公平。跟上级处理好关系，跟下级也要处理好关系。中间层做管理很难。既然做到这个岗位，遇到问题就应该想办法解决。该如何带新人呢？刚开始带新人，心中有一个想法，就是别人问任何开发和测试的问题从不详解，就是怕新人学到自己的技术。后来看了一些管理的书，发现作为管理者，这点是很不对的，带新人一定要教会她一些东西，将自己的经验分享出来，她才能有更高的提高，更能协助你的工作。

在大型程序测试中，往往有很多任务是可以分开来Record。同时，如果录制的代码过长的，进行调试是很麻烦的事情，此外如果今后某一部分的程序进行了修改的话，修改和重新录制的工作也是非常痛苦的一件使用。因此我们可以将一个TestCase 进行分解，分解TestCase 可以采用以下几种方式

缺陷管理贯穿于整个软件开发生命周期中, 是不可缺少的环节，但在国内一些中小型开发商中没有得到足够得重视。本文结合实际应用，系统地介绍了缺陷跟踪开源软件 Buggit 和 Mantis, 以期抛砖引玉，引起重视。

错误跟踪系统（Defect Tracking System-DTS），又称作软件错误报告（Software Problem Report-SPR）系统，用于集中管理软件测试过程中发现的错误，使添加、修改、排序、查寻、存储软件测试错误的数据库程序。由于大型本地化软件测试项目一般测试周期较长，测试范围广，存在较多软件缺陷，对测试质量要求较高，多语言本地化同时测试，所以错误跟踪系统特别适用于大型本地化软件测试项目的管理测试缺陷的要求。

随着软件工程技术的发展，软件设计规模的增大，软件测试在软件开发过程中的作用显得尤为重要。目前，软件测试技术的研究领域虽然取得了一些成果，但对具体的开发环境下开发的特定领域的软件系统应采用怎样的测试方法对其进行全面的、完整的测试，仍没有具体的标准可以遵循。

ThoughtWorks近日推出了其测试资源共享社区testing.thoughtworks.com网站。testing.thoughtworks.com网站提供流程、实践、测试理念、以及如何在项目中实施高效测试等方面的经验分享，使人们了解测试的重要性，并为知识的共享搭建平台。

软件测试的方法和技术是多种多样的。对于软件测试技术，可以从不同的角度加以分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试。从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。

软件测试通常是指实际运行被测程序，输入相应的测试用例，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性。软件测试可采取的方法和技术是多种多样的， 但通常情况下不论采用什么方法和技术，其测试都是不彻底的，也是不完全的，因为任何一次完全测试或者叫穷举测试（即让被测程序在一切可能的操作情况下，包括正确的操作，也包括错误的操作情况下全部执行一遍）的工作量太大，在实践上是行不通的，因此任何实际测试都不能够保证被测试程序中不存在遗留的错误。

软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作结果的过程,所谓控 制条件应包括正常条件与非正常条件。

调试是开发过程中必不可少的环节，通用的桌面操作系统与嵌入式操作系统在调试环境上存在明显的差别。调试器与被调试程序如何通信，被调试程序产生异常如何及时通知调试器，调试器如何控制、访问被调试程序，调试器如何识别有关被调试程序的多任务信息并控制某一特定任务，调试器如何处理某些与目标硬件平台相关的信息（如目标平台的寄存器信息、机器代码的反汇编等）。

在评测一个软件时，一个很重要的方面就是软件的易用性。重视软件的功能、性能而轻 视易用性，是我国软件普遍存在的问题。实际上，易用性是软件必不可少、甚至是举足轻重的组成部分。

在现有的软件评测模型当中，有一类模型仅包含三个主要的要素：结构，适应性和有效性 [5] 。结合教育软件产品的需要，基于 McCall 模型（ The GE Model, 1977 ）， Boehm 模型（ 1978 和 ISO9126 定义的 FCM 模型（ factor criteria model ）的基本思想，需要构建包含多个要素的“教育软件应用质量模型”。软件的生产者和交付者对教育软件产品的进行基本定义，具体对软件产品的可靠性等要素进行了规约。软件的生产者通过程序内容和课程内容，动态地定义了软件产品质量的内容特性。软件产品的交付者通过学校和教师的角色动态地反映了软件质量的使用特性。

随着制造行业的再一次崛起，嵌入式软件目前在软件行业中越来越多，2004年软件行业最火爆的三个项目是：嵌入式开发，软件培训以及软件外包。由于嵌入式软件与其他产品息息相关，这给嵌入式软件的测试工作带来了极大的困难，软件的测试工作不能够等程序烧到或者固化到芯片中才开始进行测试，这就太晚了，本文结合自己的一些经验提出自己的看法，希望大家一起讨论。

通过提供的一套全面的解决方案, 本文描述Quests Application Management Suite for Java and Portals是如何与该方法论相集成，从而在应用开发生命周期的每个阶段保证您的成功。运用这套方法论和Quest的应用管理解决方案,您将充满信心地把符合性能规范的应用展现给您的用户。

笑看软测明天，谈谈几个制约测试发展的问题相对软件开发理论的成熟度来讲，测试理论还非常的稚嫩。（当然，和工业开发理论比较，软件开发理论也是非常的稚嫩。）测试行业的兴起，将会有很大一部分取决于测试理论的成熟度。现在的测试（技术和管理）还有一些问题是没有定论的，也是我在一直思考的问题（也许这些问题已经有人解决，小生孤僻寡闻而已），下面将这些问题作一个总结，以期望能在以后找到解答。

根据有关职位统计资料显示，在国外大多数软件公司，1个软件开发工程师就需要辅有2个软件测试工程师。目前，软件测试自动化技术在我国则刚刚被少数业内专家所认知，而这方面的专业技术人员在国内更是凤毛麟角。根据对近期网络招聘IT人才情况的了解，许多正在招聘软件测试工程师的企业很少能够在招聘会上顺利招到合适的人才。

在设计和编码软件外包领域，一些中国软件外包企业已经与印度同行展开了短兵相接的较量，但是经常感到对手的功力深厚，而自己略显步履蹒跚。与此同时，另一些中国软件外包企业暗渡陈仓，另辟蹊径，从为客户提供多语言、多形式的软件外包测试服务做起，近两年在日本、美国和欧洲等全球主要外包市场不断攻城掠寨，探索出了一条软件外包服务的新路。正所谓“外包测试，风景这边独好”。

工业标准测试实践仍聚焦于客户端的前端功能测试或者服务器端的后端可伸缩性测试与性能测试。这种"工作上的分离"主要是缘于传统的 C/S（客户端/服务器）架构比当前的多层架构和分布式环境相对简单的事实。在标准的 C/S 架构中，问题要么发生在客户端，要么就发生在服务器端。

一般说来，一个成熟软件的寿命至少有10年以上。而它的寿命长短，则更多地取决于软件 开发质量的好坏。软件开发因此也称作“一步三回头”工程。也就是说，每开发一步，都要有 三道测试手续来检验。测试的重要性可见一斑。