查看标签
所有标签>测试技术 (
RSS)
一、 概述 许多企业在建立研发管理体系时，尤其是实施CMMI时，都需要建立一个QA组织。但由于缺乏经验和指导，只能摸着石头过河，先从各个部门抽调一些新人和“闲人”成立一个部门，按照规范要求试试再说。这样尝试的结果，往往是走了弯路，一切回到原点。 还有一些企业已经成立了QA部门，QA的职责就是保证过程体系一板一眼地得到严格执行。而研发人员却认为QA只会站在研发环节之外指手画脚，像警察一般指责研发人员的不是。而QA人员对此也相当委屈，“我是照章办事啊”...
前几日，运营部反映我们网站上的一个根据配置显示对象个数的功能不正确，他们添加了新数据，而且配置了显示数为6，但是页面上实际只显示了2个。得知这一情况后，我们测试组首先验证了该问题确实存在。然后对原始代码进行了调试，发现取数据之前传入的数据确实为6，而不是2。而且存储过程是用TOP语句取得相应的数据，应该不会有错的。 查看数据库表中的数据，发现有许多相同记录；而存储过程是先用TOP语句取出数据，然后用DISTINCT对取出的数据进行筛选，从而导致了最终返回的数据不是配置中要取的条数。 将数据库表中的相同的冗余数据...
在查看微软的VS2005 Web测试帮助文档时，发现一个好免费工具。 Fiddler是一个很好的HTTP watcher 和 debugger ，用来监视客户端与服务器的实际 HTTP 通信内容。可以用于开发和Web测试数据监视。 您可以在 http://www.fiddlertool.com/fiddler/ 下载 Fiddler。
从使用Visual Studio 2005 以来，总觉得 Visual Studio 2005缺少Test Case管理工具，一直以来也从未想过可以定制工作项类型，昨天突然想到是不是可以自定义工作项类型呢？今天一早，马上上网上查了一下，也没有发现，最后在 Visual Studio 2005中被我发现了我所要的内容。现在发表出来，以方便有相同需求的用户。首先我们先来认识一下工作项类型。 工作项类型为团队项目中将被跟踪的工作项（例如 Bug 、要求和风险）定义规则、字段、状态和转换。工作项类型在类型定义...
软件缺陷的严重性和优先级 严重性和优先级是表征软件测试缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布与否。 对于软件测试初学者而言，或者没有软件开发经验的测试工程师，对于这两个概念的理解，对于它们的作用和处理方式往往理解的不彻底，实际测试工作中不能正确表示缺陷的严重性和优先级。这将影响软件缺陷报告的质量，不利于尽早处理严重的软件缺陷，可能影响软件缺陷的处理时机。 什么是缺陷的严重性和优先级 严重性 (Severity) 顾名思义就是软件缺陷对软件质量的破坏程度...
简介 Visual Studio 2005 Team Test Edition 引入了一组新的测试工具。这些工具已在 Microsoft 内部使用，并且首次由 Microsoft 集成到 Visual Studio 2005 Team Test Edition 之中。 这些新工具与 Visual Studio 紧密集成，意味着它们不仅可以在其各自的测试框架中工作，而且还可以在提供完整软件开发生命周期解决方案的更大框架中工作。 质量保证难题 在应用程序或 Web 页可以达到其质量和性能目标之前，必须经过严格的测试...
本人使用Visual Studio Team Edition for Testers已经将近一年时间，总体感觉还不错，除了偶尔出现一些小bug外，基本上还蛮实用的。因为它集成了测试和bug管理为一体，美中不足的就是没用集成Test Case管理。需要做ASP.NET测试的朋友不妨试试。 Visual Studio Team Edition for Testers 中提供了一套与 Microsoft Visual Studio 2005 紧密集成的测试工具；这些工具不仅能在自身的测试框架中工作，还可在软件生命周期工具的更大框架中发挥作用...
更多内容