软件测试

微软本周二发出的在线邀请称,微软一年一度的MSDN开发人员会议全国路演将从下周开始,参加者将首先获得Windows 7第一测试版的DVD光盘.

Windows团队今天公布了Windows Vista与Windows Server 2008 SP2的CPP[Customer Preview Program]测试计划.

本文介绍了构建在IBM Rational Robot基础之上的自动化功能测试框架，来帮助组织更好的进行自动化的功能测试。

2008年12月2日，“全国信息技术标准化技术委员会软件工程技术委员会软件质量测试工作组（SAC/TC28/SC7/WG1）”在北京正式成立。

Microsoft Visual Studio Team System集成了多种功能，这些功能用于创建高质量代码。其中一项功能用于实现单元编码测试。并在Microsoft ASP.NET内部运行测试代码。在本文中，首先从测试驱动开发技术开始讲

Microsoft Visual Studio Team System集成了多种功能，这些功能用于创建高质量代码。其中一项功能用于实现单元编码测试。执行单元测试能够实现测试驱动开发，另一项有用的功能是测试私有方法

数据显示：2008年度，软件企业的专职软件测试人员仍然偏少，测试人员与开发人员的比例偏低。这表明软件测试的需求量仍然很大，存在较大缺口。

你可以不必找一个黑客或者解密高手来测试你程序的安全性，也不需要购买一大堆昂贵的黑客工具。但是，你必须有一套处理过程来发现潜在的问题。如果遵从我下面详细介绍的五个处理步骤，你就可以轻松发现一般的开发缺陷。而且一旦发现了这些缺陷，就可以减轻或消除他们。

在TDD开发过程中，比较好的形式是自然语言的文档和测试代码相结合，用自然语言的文档做一个够用的设计就行了，这个设计只要详细到模块关系这一级别就足够了，各个模块的详细设计就由测试代码充当。

从我软件工程网开设专栏到今天，已经两年了，这两年我跟随软件工程网一起发展，原先也是保有一份热情做下来，到今天做一个企业的系统规划时，虽然没有什么证书，没有什么荣誉，但自己能力已经得到提高，从一个不合格程序员到系统分析员，到项目经理，再到ERP的顾问，再到现在为全球化的公司的整个系统的做规划与整合。一路学习过来，现在做规划的时候还是没有什么概念，正是书到用时方恨少呀！

本文仅就单元测试而论，虽然是说的测试，但目的是驱动开发，不过也不是谈测试驱动开发，更象是对测试驱动开发时TEST FIRST这个过程中如何保证测试代码的正确性的理解和想法，当然有一些，我认为是通用的，不管是不是测试优先。而我目前接触最多的还是JAVA的单元测试，所以谈的东西还是以JAVA为主，举的例子都是和JAVA有关的。

因为软件测试的工作量很大（40% 到60% 的总开发时间），而又有很大部分适于自动化，因此，测试的改进会对整个开发工作的质量、成本和周期带来非常显著的效果。

当Bug跟踪系统上所有的bug都被打上Closed后，你是否感到如释重负。当项目成功交付后你是否感到大脑进入了“冬眠”期，上网，聊天，写自己感兴趣的小程序，但是对于上个项目你已不愿去想它。既然项目间隙还有点时间，就干点轻松的活吧，免的老板给你找些更受罪的事来作。

文章讲述了利用mantis进行需求管理、任务跟踪、缺陷管理、代码检查、版本控制和变更管理、风险管理、流程管理、用例管理和产品管理。

了解查找和修复一个缺陷需多少成本使得你可以对查找、修复、验证缺陷的过程提出疑问。这是使用合适质量建立一个系统的另一个方法.

许多刚刚接触软件测试的专业人员一样，对软件缺陷的分类和跟踪管理不是很感兴趣，极端的还有一种抵触的情绪，“搞那么多名堂干嘛”？这里，笔者就想说一下，在实际的工作中缺陷分类和跟踪管理的意义。

软件缺陷管理之缺陷严重等级分类，分为A,B,C,D,E,F类。

人世间最痛苦的事莫过于——我所在项目开发正陷于混乱不堪的缺陷之中。因为缺乏一套缺陷管理的有效解决方案，使程序的缺陷无法回溯，无法跟踪，解决没解决不清楚，整一个就是一片模糊。

公司的测试人员在进行ST时采用的测试方法主要是功能测试（Functional Test）（其公司内部称之为Feature Test），UAT中则主要采纳场景测试（Scenario Test）。该公司在UAT中发现了很多ST中没有发现的问题，因此加强了UAT的测试，在Scenario测试中加入了更多的随机测试内容来发现更多Bug。

代码错误主要包括：语法错误；打字错误；对语句或指令不正确理解所产生的错误。