没有足够的时间来测试 除了某些专门的或者任务十分重要的应用程序外，很少的软件项目在开发周期里拥有充足的时间完成高水平的质量度量。通常情况是，软件工程里本来就很短的“测试周期”总是不可避免地会被耽搁。即使是最好的项目也很有可能在测试工作上面临时间限制。在测试管理中这种障碍的影响是不断变换优先级，不断转换工作以及为测试结果和质量检测方法简化数据。 没有足够的资源来测试 除了缺少时间外，通常
一个良好的需求应当具有一下特点： 完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 正确性：每一项需求都必须准确地陈述其要开发的功能。 一致性：一致性是指与其它软件需求或高层(系统，业务)需求不相矛盾。 可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。 无二义性：对所有需求说明的读者都只能有一个明确
最近遇到不少事儿，所以想的东西也就相对多起来了，我突然发现测试不是什么技术，而是哲学。软件测试未来的走向必将以哲学为指南明灯。理由如下： 测试涉及到成本与质量的矛盾，也就是说要提升质量等级，就需要消耗大量的测试人力和物力。有人可
一、 测试人员应该注重业务知识的学习测试的时候应该能够从用户的角度出发， 能够分权限， 分角色按照业务流程来进行测试。现在的软件开发大多都是面向对像基于W E B 结构的开发， 所以在测试的时候就是要分角色、分权限， 根据业务知识和业务流程按照不同的用户、不同的岗位进行测试。只有这样才能够测试出来系统在权限和角色的划分中的问题。 二、 与开发人员的沟通测试人员的工作不只是要找出B U G ,而且是
测试的目的是什么呢？这是一个看起来很简单、不太值得讨论的问题，但往往这样的问题其实是很难回答的，比如人生的意义是什么？好，现在我们就来，列举一下我们经常听到的对这个问题的回答： “软件测试的目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。”，这个定义听起来很正确，但用它来指导测试会带来很多问题。比如有的组织用发现的bug数来衡量测试人员的业绩，其实这就是这种测试目的论在后面作祟，其结果
一个关于移动的项目，现在做了快两年了，项目越来越大，其中有的表数据加上历史数据都到10亿级别，由于这两年团队成员流动大，导致代码越来臃肿，前期项目代码的管理不善，除了较大的版本，一般的小修小改都不经过代码评审，本地测试通过后，直接hotfix，有时候很顺利，但是偶尔导致较大问题，有时候甚至影响客户使用，导致公司亏损。现在领导发现问题就直接骂工程部，导致现在每当
qtp 11http://www.genilogix.com/downloads/unified-functional-testing/qtp 92/95/10http://www.genilogix.com/downloads/unified-functional-testing/older/QTP 11: Complete List of New Featureshttp://www.lear
一个适应中小企业的缺陷跟踪管理系统 摘要：随着计算机技术的发展，软件复杂性越来越高，缺陷管理必须引入适当工具。国内外的缺陷跟踪管理系统众多，但是针对中国中型软件开发的特点，尚不存在合适的工具，为此，本文提出了一个适合国内中小型软件企业进行软件开发的缺陷跟踪管理系统（E-BugNet）。 关键字：软件开发 缺陷缺陷跟踪 E-BugNet 1 引言 没有任何一个行业像计算机
1.不要为了寂寞去恋爱,时间是个魔鬼,天长地久,如果你是个多情的人,即使不爱对方,到时候也会产生感情,到最后你怎么办? 2.不要为了负责而去结婚.要知道,不爱对方却和对方结婚是最不负责的. 3.感情的事基本上没有谁对谁错,他(她)要离开你,总是你有什么地方不能令他(她)满足,回头想想过去在一起的日子,总是美好的. 4.在要求对方必须是处女的时候,想想自己是不是处
在测试工作伊始，软件测试工程师应该搞清楚软件测试工作的目的是什么。如果你把这个问题提给项目经理，他往往会这样回答：“发现我们产品里面的所有BUG，这就是你的工作目的”。作为一名软件测试新手，如何才能发现所有的BUG？如何开始测试工作？即便面对的是一个很小的软件项目，测试需要考虑的问题也是方方面面的，包括硬件环境、操作系统、产品的软件配置环境、产品相关的业务流程、用户的并发容量等等。该从何处下手呢？
