1．概念 �漜3斅w  
�N沽淴{�  
需求的定义包括从用户角度（系统的外部行为），以及从开发者角度（一些内部特性）来阐述需求。 佷?较穰�  
关键的问题是一定要编写需求文档。我曾经目睹过一个项目中途更换了所有的开发者，客户被迫与新的需求分析者坐到一起。系统的分析人员说：“我们想与你谈谈你的需求。”客户的第一反应便是：“我已经将我的要求都告诉你们前任了，现在我要的就是给我编一个系统”。而实际上，需求并未编写成文档，因此新的分析人员不得不从头做起。所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话，你就确信你已明白用户的需求，那完全是..

测试的过程应该严格遵循一定的过程与计划，这样的过程体现于测试案例中，测试者可以只按照测试案例便可以找出该软件的问题所在，而不需要对软件的需求有深入的了解，恰恰这个测试案例的编写人却需要很深入了解软件需求设计架构，可是能够编写好的测试案例的是一个测试员的基本素质。总结几年风雨兼程的测试历程,有以下的一些肤浅体会，与大家一起交流： y�鯮O泅侏  
编写原则：FVT(功能测试)-- 涵盖需求，细到API()， 综合业务考虑，case数不在多，而在精，尽大地避免重复。 �,帴轍甏b�  
SVT(系统测试)-- 全面考虑，接口部分要细，case数不在多，而要涵盖所..

第一句话是：优秀是一种习惯。 　　这句话是古希腊哲学家亚里士多德说的。如果说优秀是一种习惯，那么懒惰也是一种习惯。人出生的时候，除了脾气会因为天性而有所不同，其他的东西基本都是后天形成的，是家庭影响和教育的结果。所以，我们的一言一行都是日积月累养成的习惯。我们有的人形成了很好的习惯，有的人形成了很坏的习惯。所以我们从现在起就要把优秀变成一种习惯，使我们的优秀行为习以为常，变成我们的第二天性。让我们习惯性地去创造性思考，习惯性地去认真做事情，习惯性地对别人友好，习惯性地欣赏大自然。 　　注解：要..

 引言：软件质量是被大多数软件专家放在口边而没有放在心上的东西  除了完全外行以及编程高手外，初读本书的人，你最先的感受是：“哇！我以前竟然捏造了   如此之多的c语言 编程高手和老手的误区：   自从计算机问史以来，程序员就成为了令人羡慕的职业，程序员在受人宠爱之后容易发展成为毛病特多的却常能自我臭美的群体，      如今在INTERNTET上流行的“真正“的程序员是这样说: (1)    真正的程序员没有进度表，只有讨好领导的马屁精才有进度表，真正的程序员让领导提心..

本文摘自：赛迪网 项目角色定位实例笔者最近在与印度一家通过了CMM4级评估的软件公司（以下简称A公司）进行合作的过程中，较为详细地了解了他们有关项目管理的一些详细情况，更深刻地感受到了项目管理的规范化与企业软件质量保障之间的密切关系。下面想着重从软件企业的构架，软件项目计划、项目管理、项目经理的职责等方面对印度软件的项目管理及我国软件质量保障应注意的问题进行一些经验总结，供业内人士参考。  k饉�7.  
  F3#捛盇伋�  
　　1.软件企业的组织结构 　　(1)A公司结构 　　图1是A公司的组织结构图，同国内公司差异较大的部门有QA..