[其它] 用另类的眼光去观察软件测试

说明：有同感。都是从开发转到测试的。最后两段话说的尤其好。 　　有同感。都是从开发转到测试的。 　　最后两段话说的尤其好。 　　曾经对软件测试很轻视，因为我那时很无知，只是一名普通的中国程序员，这也是那时绝大多数程序员的心态，那时中国程序员最讲究“编程才是硬道理”。 　　如今却非常热爱软件测试，包括软件测试工具，方法，理论，技术。因为我在3年的测试工作中，深刻体会到软件测试的重要性和趣味性。此时，我已经跳出了“小程序员”的圈子，以软件系统工程的更大视角审视软件测试这项工作。 　　很长时间以来我一直被下
<weixin_38661100> 上传 | 大小：85kb

[其它] 我们的测试为什么不够敏捷?

说明：测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成 　　测试是为了保证软件的质量，敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码，所以在完成当前迭代新增特性测试工作的同时，还要通过回归测试来保证历史功能不受影响。为此我们期望： 　　测试范围足够广： 　　测试用例要覆盖所有功能; 　　要在各种可能的环境下作兼容
<weixin_38530846> 上传 | 大小：80kb

[其它] 你的组织测试工作管理的怎么样？测试管理中可能存在的问题及分析

说明：本文结合实践，主要探讨了在中小型软件企业中，在测试资源不是很充足的情况下的软件测试管理。文中前两部分简要介绍了软件测试管理及测试的范围，方法及重要性，之后对当前国内中小型软件企业在测试及测试管理中可能存在的问题进行了简单的介绍与分析，最后介绍了一些较好的解决方法。　　摘要：本文结合实践，主要探讨了在中小型软件企业中，在测试资源不是很充足的情况下的软件测试管理。文中前两部分简要介绍了软件测试管理及测试的范围，方法及重要性，之后对当前国内中小型软件企业在测试及测试管理中可能存在的问题进行了简单的介绍
<weixin_38622611> 上传 | 大小：70kb

[其它] 软件测试工作中QA的角色和分工

说明：有些成功人士和成功的公司号称没必要有独立的测试角色(Test)，你怎么看?大多数的开发团队并不需要一个独立的测试角色。即使有一个，他的所有的开发时间比上所有的测试时间应该>20：1。我正好在写相关的教案，也来凑个热闹。 　　1、测试的角色(Test)要独立出来么? 　　2、独立出来的测试角色怎么才能发挥作用? 　　有些成功人士和成功的公司号称没必要有独立的测试角色(Test)，你怎么看? 　　大多数的开发团队并不需要一个独立的测试角色。即使有一个，他的所有的开发时间比上所有的测试时间应该&
<weixin_38556205> 上传 | 大小：79kb

[其它] 浅谈软件开发阶段中的不同测试工作

说明：测试活动不是软件开发后的一个阶段，测试的对象也不仅是程序本身。测试活动应贯穿于软件开发的整个过程，只有这样，才能更有效率地的开发出有质量保障的优质软件系统。 　　摘要：测试活动不是软件开发后的一个阶段，测试的对象也不仅是程序本身。测试活动应贯穿于软件开发的整个过程，只有这样，才能更有效率地的开发出有质量保障的优质软件系统。 　　随着软件开发技术的发展，软件测试技术也开始得到人们越来越多的重视，但人们普遍的观念认为测试活动是在软件开发的中后期才需要介入的研发步骤，有的开发人员甚至认为测试活动不属于
<weixin_38683195> 上传 | 大小：68kb

[其它] 软件产品的可用性测试方法

说明：关于可用性的测试和评估，在国外现在已经形成一个新的专业，称为可用性工程(UsabilityEngineering)。由于是一个专业，因此就有专门的人员来从事这项工作，并发展出一整套的方 　　关于可用性的测试和评估，在国外现在已经形成一个新的专业，称为可用性工程(UsabilityEngineering)。由于是一个专业，因此就有专门的人员来从事这项工作，并发 　　展出一整套的方法和技术来进行可用性的测试和评估。根据我们给软件可用性所下的定义，一个软件可用性的测试和评估应该遵循以下原则： 　　(1
<weixin_38669793> 上传 | 大小：65kb

[其它] 如何编写优质的软件测试需求文档

说明：编写需求文档，在嵌入式开发领域是非常普遍的。需求文档被用来定义开发任务，协调大规模的研发计划。对于最终的产品，需求文档扮演着开发者行为和消费者行为之间沟通纽带的角色。当需求文档书写正确的时候，便可以发挥巨大的作用。然而，如果你在嵌入式开发领域工作的时间足够长，你就会很快发现，这个领域里不合格的需求文档实在是太多了。当你尝试对这些不合格的文档进行修复时，你又会很快发现，书写正确的需求文档绝非易事。在这里，我们提出一些建议，希望能将书写正确需求文档这件事情变得清晰一些。 　　从较高的层次来看，书写需
<weixin_38514805> 上传 | 大小：70kb

[其它] 软件测试报告[样本]

说明：项目编号：项目名称：任务编号/序号：工作名称：程序(ID)：程序名称：编程员：测试完成日期：年月日 　　项目编号：项目名称： 　　任务编号/序号：工作名称： 　　程序(ID)：程序名称： 　　编程员：测试完成日期：年月日 　　测试工程师：测试完成日期：年月日 　　1、安装： 　　(1)程序运行环境已经正确设定 　　2、程序代码检查： 　　(1)程序单位首部有程序说明和修改备注 　　(2)变量、过程、函数命令符合规则 　　(3)程序中有足够的说明信息 　　(4)修改注释符合要求 　　(5)类库的使
<weixin_38632046> 上传 | 大小：39kb

[其它] 单元测试和压力测试是软件开发质量的保证

说明：软件测试的概念最早是大学时从老师那里记来的两句话(其他都丢光了)：开发是尽可能地让程序通过;而测试，则是尽可能地让程序通不过。两者的区别，在于选取测试实例在设计上的指导思想的不同。这句话虽然简单，但易记，自已也觉得真是收益菲浅。当时还没有什么javawindows之类的故事，所谓软件，其实是C语言和汇编，不过这个思想我却是觉得可以用到软件开发和测试的几乎方方面面。 　　一般说来，可用性测试和黑盒测试这类工作既引不起我的兴趣也算不得是我的工作责任，除了在验收时应应景以外，正常情况难得会多看一眼。而
<weixin_38747144> 上传 | 大小：84kb

[其它] 测试用例生命周期

说明：完整的测试用例生命周期过程，它通常有测试条件标识、测试用例设计、测试用例实现、测试用例的执行，以及测试用例管理等几个阶段组成。由于不同的公司的质量方针和测试策略的 　　完整的测试用例生命周期过程，它通常有测试条件标识、测试用例设计、测试用例实现、测试用例的执行，以及测试用例管理等几个阶段组成。由于不同的公司的质量方针和测试策略的不同，采用的测试用例过程可能会有所不同，或者侧重点不同。下图是测试用例生命周期的瀑布结构。 　　图1测试用例生命周期 　　测试用例通常是针对被测系统的功能模块来进行设计
<weixin_38723242> 上传 | 大小：74kb

[其它] 有效的用例编写规则

说明：第一章什么是高质量的用例1.1为什么要使用用例用例提供了一种用于构建故事的半形式框架;在每个用例和所有描述层次中，用例都描述了错误情况的系统需求; 　　第一章什么是高质量的用例 　　1.1为什么要使用用例 　　用例提供了一种用于构建故事的半形式框架; 　　在每个用例和所有描述层次中，用例都描述了错误情况的系统需求; 　　虽然本质上是一种功能分解技术，但用例已经成为面向对象软件开发的一个流行元素; 　　用例提供了可以在其上处理其他项目信息的骨架： 　　项目经理根据用例进行估计和发布进度; 　　数据
<weixin_38645373> 上传 | 大小：62kb

[其它] 测试中的随机性

说明：创建和使用随机测试用例数据是一项基本的软件测试技能。尽管多数测试用例数据由所测试系统的特定输入数据以及特定预期值/状态组成，但您几乎始终都想让系统也受到随机测试用例 生成统一的随机数字 分析模式随机性 混排项目列表 生成正态/高斯数字 总结 　　创建和使用随机测试用例数据是一项基本的软件测试技能。尽管多数测试用例数据由所测试系统的特定输入数据以及特定预期值/状态组成，但您几乎始终都想让系统也受到随机测试用例输入数据的测试。通常，您这样做是为了了解向应用程序发送大量不同的输入数据是否会导致系统崩溃
<weixin_38515270> 上传 | 大小：142kb