一些项目实际需求与公司产品实际功能几乎不搭界，并超出实施团队实际实施能力较多，在项目执行过程中，由于工期及项目特点的多方限制，该风险没有被规避，使项目无法按预定完成。

ComScore公布了苹果iPhone上最受欢迎的25大应用程序，前25名大部分是游戏。

今日Palm公司发布了多款原生程序演示，这些程序或多或少都在周三晚的会议上提到过。

DataViz宣布将会推出基于谷歌Android平台的Documents To Go软件，支持完整的文档编辑以及创建功能。

苹果今天向注册iPhone开发人员提供了iPhone OS 3.0的第二版Beta测试固件，并且允许安装180个软件。

某网站提供会员模板下载、上传、购买、支付等功能，目前进入性能测试阶段，通过性能需求可以了解到主要有以下几个性能指标需要进行测试

报表测试根据项目的定义有大有小,有时只是作为软件的一个部分进行测试,有时整个项目都是测试各种报表.但不论如何,报表的作用始终都是将系统中已经存在的数据根据用户的设置计算加工/整理汇总/最终以清晰的格式展示给用户,以便用户进一步做数据分析或统计.

测试分析报告模板，奉献给需要写测试分析报告的软件测试工程师

前段时间数据库健康检查发现SQL Server服务器的idle时间变少，IO还是比较空闲，估计是遇到了高CPU占用的语句了。

通过对Hibernate默认的配置文件的加载顺序和Hibernate提供的加载配置文件的方法的讨论，我们对在使用到Hibernate的项目的单元测试中使用多个Hibernate配置文件有了比较清楚的认识。

软件开发和软件测试就像两兄弟，他们密不可分、协同合作，目标只有一个，那就是成功开发出高质量的软件。开发与测试之间的关系如此密切，让我们很难彻底的将两者严格的划分开来。单元测试做为测试的一部分，一般都由编码人员来承担，对于模块级一直都是谁编码、谁测试。因此测试不仅仅是测试人员的事情，作为编码人员也需要懂得测试的基本方法，以通过单元测试提交高质量的程序模块。

本文不想讨论自动化测试的利弊；Web测试和性能测试也不是本文的讨论范畴，本文只讨论单元测试以及集成测试阶段的问题；只谈了JUnit的一些缺陷以及我们是否有更好的选择，以及开发者的测试是否能让测试人员也能玩得动呢。

.net的自定义属性可以实现程序集元数据扩展，并能为框架设计和实现提供新的思路和解决办法。NUnit即是一个很好的例子。

Mock 对象能够模拟领域对象的部分行为，并且能够检验运行结果是否和预期的一致。领域类将通过与 Mock 对象的交互，来获得一个独立的测试环境

以前做单元测试的时候一直都用Nunit,看着那些绿灯一个接一个的亮起来的感觉特别踏实,后来再照着大大们的提示,装上了TestDriven.NET,把它集成到IDE中来,用起来更方便了,但是日常工作繁重,能不能自动生成测试代码呢(虽然Nunit也有NUnitPartner之类,但总觉得不太好用),懒人的我开始把目光投到VSTS自带的测试框架上去,用后深感方便啊.

在本文中，我们学习了如何对用户界面层进行单元测试，这些测试可帮助我们理解UI的需求，并快速地看到基于用户输入所得到的结果。而如果手动进行测试，就要花费很多时间了。

测试优先是测试驱动开发(Test-Driven Development, TDD)的核心思想，它要求在编写产品代码前先编写基于产品代码的测试代码。在测试驱动开发的单元测试中，对GUI应用实施自动测试应该是测试驱动开发的软肋之一。由于界面的操作是有由人来完成的，所以要想在GUI中完成单元自动测试是有一定难度的。本文将通过一个例子来讲解在测试驱动开发中如何针对GUI进行单元测试。

在QA中，主要有两种测试：单元测试：验证我们系统中的所有逻辑单元的验证行为（并不考虑其他单元的相互关系，比如其他的可以打成桩函数等。）系统测试（集成测试）各个单元之间的相互关系，检测系统运行行为。

SharpDevelop2.2内置了NUnit，安装完后，可在下面目录找到NUnit：D:\Program Files\SharpDevelop\2.2\bin\Tools\NUnit ,并且在SharpDevelop中可建立专门的Unit Test文件,默认建立如下所示的Nunit单元测试代码框架

JCoverage正如其名，主要用于代码的覆盖测试。通过在被测试类的二进制文件中添加相应的指令，再配合junit，jcoverage可以给出被测试类的代码覆盖率，并给出测试过程中哪些语句被执行，哪些没有。通过这些信息，我们可以了解测试代码的测试质量，以及被测试类中哪些语句需要特别的关注（即那些未被覆盖的语句）。