在测试工作伊始，软件测试工程师应该搞清楚软件测试工作的目的是什么。如果你把这个问题提给项目经理，他往往会这样回答：“发现我们产品里面的所有BUG，这就是你的工作目的”。作为一名软件测试新手，如何才能发现所有的BUG？如何开始测试工作？即便面对的是一个很小的软件项目，测试需要考虑的问题也是方方面面的，包括硬件环境、操作系统、产品的软件配置环境、产品相关的业务流程、用户的并发容量等等。该从何处下手呢？
又是release日快到了，折磨啊周六晚上要来加班，祈祷不出问题，可以不用通宵
select new.fname,new.fsex, new.fappcity,new.fappcounty,new.fentname,new.fcertificateType,new.fnewidentity,new.fbirth,ini.fcertnum,ini.fcertcode,ini.fenrolcode,ini.fcerttime,new.fspecialname,convert(va
当我看到王国维先生在《人间词话》中所谈到人生三种境界，我就会有一个问题，软件测试这项工作的三种境界又是什么？软件测试的最高境界是什么？先让我们复习一下人生的三种境界： Ⅰ.“昨夜西风凋碧树，独上高楼，望尽天涯路。”，有远大志向，不同一般人的志向，高瞻远瞩。 Ⅱ.“衣带渐宽终不悔，为伊消得人憔悴。”，为了自己的远大志向，孜孜以求，努力、勤奋地工作，无怨无悔。 Ⅲ.“众里寻他千百度，蓦然回
没有足够的时间来测试 除了某些专门的或者任务十分重要的应用程序外，很少的软件项目在开发周期里拥有充足的时间完成高水平的质量度量。通常情况是，软件工程里本来就很短的“测试周期”总是不可避免地会被耽搁。即使是最好的项目也很有可能在测试工作上面临时间限制。在测试管理中这种障碍的影响是不断变换优先级，不断转换工作以及为测试结果和质量检测方法简化数据。 没有足够的资源来测试 除了缺少时间外，通常
一个良好的需求应当具有一下特点： 完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 正确性：每一项需求都必须准确地陈述其要开发的功能。 一致性：一致性是指与其它软件需求或高层(系统，业务)需求不相矛盾。 可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。 无二义性：对所有需求说明的读者都只能有一个明确
最近遇到不少事儿，所以想的东西也就相对多起来了，我突然发现测试不是什么技术，而是哲学。软件测试未来的走向必将以哲学为指南明灯。理由如下： 测试涉及到成本与质量的矛盾，也就是说要提升质量等级，就需要消耗大量的测试人力和物力。有人可
一、 测试人员应该注重业务知识的学习测试的时候应该能够从用户的角度出发， 能够分权限， 分角色按照业务流程来进行测试。现在的软件开发大多都是面向对像基于W E B 结构的开发， 所以在测试的时候就是要分角色、分权限， 根据业务知识和业务流程按照不同的用户、不同的岗位进行测试。只有这样才能够测试出来系统在权限和角色的划分中的问题。 二、 与开发人员的沟通测试人员的工作不只是要找出B U G ,而且是
测试的目的是什么呢？这是一个看起来很简单、不太值得讨论的问题，但往往这样的问题其实是很难回答的，比如人生的意义是什么？好，现在我们就来，列举一下我们经常听到的对这个问题的回答： “软件测试的目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。”，这个定义听起来很正确，但用它来指导测试会带来很多问题。比如有的组织用发现的bug数来衡量测试人员的业绩，其实这就是这种测试目的论在后面作祟，其结果
一个关于移动的项目，现在做了快两年了，项目越来越大，其中有的表数据加上历史数据都到10亿级别，由于这两年团队成员流动大，导致代码越来臃肿，前期项目代码的管理不善，除了较大的版本，一般的小修小改都不经过代码评审，本地测试通过后，直接hotfix，有时候很顺利，但是偶尔导致较大问题，有时候甚至影响客户使用，导致公司亏损。现在领导发现问题就直接骂工程部，导致现在每当
