《《精编》研发改进体制》由会员分享，可在线阅读，更多相关《《精编》研发改进体制（40页珍藏版）》请在金锄头文库上搜索。
1、研发改进体制（草案）版本创建日期备注V0.1王振刚2004-4-14创建V0.2王振刚2004-4-21修改，添加一些新的内容V0.3王振刚2004-4-27添加和修改部分内容目录目录2测试介绍4测试的分类8单元测试8集成测试10系统测试11验收测试12测试方法12黑盒测试12白盒测试12灰盒测试12测试方面12测试改进方案13测试工作需要回馈13测试工作需要总结14需要交流平台和形式14采用的方法15让别人给服务说话，清楚认识自己15自己回头看16了解同类产品16提高自身素质17如何提高程序能力17耳濡目染17自己连内功18实践中检验20测试发展20如何提高测试20制定完备的测试计划21提高
2、案例设计水平21逃避测试的误区25如何调整团队的作战能力28歪曲理论推理31正确理解自动测试31测试的几中方法33网络方面的测试方法33数据库测试要点33网络游戏测试要点33C/S结构测试要点33WEB测试要点33嵌入式软件的测试方法33手机软件测试33MP3软件测试34通用软件的测试方法34办公类产品测试34杀毒类产品测试34工具类产品测试34ERP软件的测试方法34验证测试34测试管理工作34开发方面36开发分析36问题分析36目前存在的问题36产品方面39第一步、增强开发质量意识40第二步、增强测试本身素质40第三步、对产品开发过程中版本编译的控制40第四步、进度控制40第五步、控制进度
3、问题40测试介绍测试现在被普遍认为“保证产品质量”这个笼统的说法下，而测试本身是什么呢？今天我们就测试本身跟大家一起讨论讨论。测试在国外已经发展比较成型了，而国内的测试现在还处于摸索阶段，至于超着那个方向去发展，我觉得大家目前还是处于比较迷茫的阶段。 主要原因是：国内软件产业起步晚，而且质量意识不强，造成了软件工业发展缓慢，配套行业（测试发展缓慢），我觉得这个很正常，因为从人类历史发展的角度来看，这个是必须经历的阶段，从有这个概念到摸索，目前国内的测试应该处于沉思期，主要是没有一个全套的指导思想，另外一个全新的行业发展方向不明朗，造成了测试现在成了大家进入企业的跳板，要么就是觉得自己的能力还不
4、够，目前只能从事测试，要么就没有编写程序的能力，但是同类产品比较了解，所以做测试。我对这个问题有自己的看法，我觉得在企业发展的同时，个人要发展，那么个人怎么发展呢？（我说的是测试人员），那就是技术不是针对产品的，因为现在的企业测试都是把测试过同类产品当成了经验，那么这个人的经验积累就这么多了，可增长和发展的空间不是很大。如果我们把测试的方法整理成技术，那么他上一个规则或者说是一个标尺，我们只是分析这个产品的那个方面需要用什么方法来测试，那么积累就不会被约束，但是不能撇开经验，因为经验本身是设计出好的案例的基础。我们再看看测试案例的设计，测试案例的设计在国内现在是一些刚刚入行的不会写程序或者程序
5、功底比较差的人在写案例，那么这些人设计出来的案例只是包含了整个测试过程中功能测试的一部分案例而已，因为他们不懂得或者不理解程序，不是从原理上去分析产品，不是从逻辑上去分析产品，而是从用户使用的角度去分析产品，这样设计出来的案例的可行性和可信度多大呢？大家可想而知了。所以我们在整个引导大家的过程中，从技术和方法，结合具体实例和针对不同的类型的产品的测试方法进行跟踪和描述。首先，什么叫测试？测试干什么？测试，是在开发过程中的一种活动，它是分白盒测试和黑盒测试。在不同的阶段不同的人所承担着测试这个角色，我们把整个活动统称为测试。测试的工作内容主要包含了设计测试计划，设计测试案例，执行测试，进行测试总
6、结。执行测试是在产品开发的整个过程中进行的，包括了单元测试，系统测试，集成测试，系统测试和验收测试，那么不同的阶段测试的重点不同。单元测试的重点是函数级，包括需求，包括算法，包括接口预留等内容。集成测试是指把小模块结合起来，测试的重点是输入输出数据，参数的处理，错误预处理，接口规范，参数约束等测试内容。系统测试的重点是功能性质，它的测试重点是按照需求来对照测试， 主要是功能实现的情况，包括功能使用逻辑和操作逻辑，操作系统，兼容性（软件和硬件）等内容。验收测试，主要是合同性质而言的，在国外现在软件外包情况比较多，那么双方按照合同规定履行自己的职责，把功能按照合同约定的形式条条比对。这是主要方面，
7、那么在企业内部，验收测试是除了功能验收以外，还包括易用性，软件的亲和度等方面的内容。序我是一个充满激情的人，我把所有的激情投入到生活的每一个空间。我是一个不停折腾的人，因为生活在不停的折腾我。我是一个不服输的人，因为我知道这个社会不会同情弱者，只有不停的折腾，才有可能把握自己的命运。我是一个傲慢的人，因为我把自己已经当成是行业的开拓者。我是一个平和的人，因为我和不同的角色在对话我是一个开放的人，我会将我知道的或者了解的用无私的信鸽传播关于产品开发流程分析（初稿）王振刚（2004-4-14）测试的分类单元测试单元测试是在测试过程中的最小粒度，它在执行的过程中紧密的依照程序框架对产品的函数和模块进
8、行测试，包含入库和出口的参数，输入和输出信息，错误处理信息，部分边界数值测试。这个部分的测试工作在国内现在是开发人员进行的。我相信未来的发展应该是测试工程师来做这个事情。那么需要测试人员需要深刻的理解程序，理解需求，理解设计，这样才能发现问题。还有一种在国内先在操作的方法，就是当一个模块给某个开发工程师以后，需要他给大家讲解他要完成这个模块或者函数的整体流程和思路，进行统一评审，使得问题能够暴露的更充分些，这样做的目的有以下个，第一，使得大家对设计者的思路明晰的理解，以便以后调用或者配合的时候能够真切的提出需求或者相对完美配合。第二，在评审的过程中，如果发现问题，那么大家可能没有犯过，这样就会
9、更加提高警惕，如果犯过，就会回想当时自己怎么解决的或者规避的，使得大家能够在错误的过程中快速提高。第三，可以对平常犯错误进行一个积累，我觉得这是生动的教科书，可以使得新的人员在新上手的时候遇到这样的问题以后，我们就可以给他一个解决问题的方法或者方向。回顾，我们上面给大家介绍了两种方法，第一种就是通过在开发的过程种进行测试，由开发（测试）工程师写测试代码，对所编写的函数或者模块进行测试，第二种就是通过代码互评发现问题，将问题进行积累，形成知识积累库，以便使得新人在同样的方面不至于再犯错误。单元测试非常重要，因为他影响的范围和宽度比较大，也许由于一个函数或者参数问题，造成后面暴露出很多表象问题出现
10、。而且如果单元测试做不好，使得集成测试或者后面系统测试的压力很大，而且项目的费用和进度可能就会飚升。对单元测试，现在用CPPUnit的比较多，市场上也有其他对应的产品，他们在不同的软件单位不同的阶段。正确的理解单元测试的重要性是意识，需要在过程改进种不停的总结，慢慢的积累，将质量意识渗透到整个开放过程中的各个环节。保证单元测试顺利进行，需要渗透软件工程的很多思想，把CMM和跟踪机制建立起来，问题的分类、跟踪，如果把整个活动都渗透了，工程师的意识都增强了， 集成测试集成测试是在保证单元测试进行后进行的一个动作，能否集成的标志不是所有的代码编译通过了就算是可以集成了，而是所有的能够在这个虚拟环境下
11、能够正常运转。在集成测试种一般采用的方法是数据驱动或者桩驱动，因为集成测试不能看到产品的表象，因为他是一些数据流的中间段，我们渴望能够对中间数据进行分析，就可以知道或者就渴望知道流程或者算法中有什么不妥当的地方。集成测试比较适合做成自动化测试，我这里就不讲详细的方法，到后面的自动化测试介绍中，我会提到这个方面的问题。和大家一起揭开测试自动化的神秘面纱以及给大家讲一些构建，冒烟的概念。集成测试也是不可缺少的一个部分，很多单位为了赶进度，会将这个部分省略掉，就甩手给测试小组，如果没有对应的测试小组，就会是程序员进行简单的使用后就交付市场，危险，这是个定时炸弹。因为他时刻有可能产生市场对企业影响的额
12、度，以及企业本身的声誉问题。系统测试系统测试是测试过程中的一个转折点，因为在现在国内的企业中，不同的产品面对不同的用户群体，所以有的企业经过第三方产品的验收测试，有的企业则没有通过验收，而是一些工具类或者通用类的产品，那么他的验收测试是经过广大的用户群来做的，也就是说凡是通用类产品的系统测试必须严谨测试以后，才可以投放到市场。但是对于对企业或者其他专业性单位定制的产品我们必须进行验收测试。 系统测试工作是一个重复老动很多的工作，需要在工作种把握几个重点，系统测试是保证系统能够正常运转，包括了功能，易用性，健壮性，压力，边界数值设定等各个方面的内容。要想在这个阶段的工作种找到乐趣，就要不停的摸索
13、，找出能够将机器代替人的所有的东西，找工作的快感。系统测试需要有广泛的知识面，对测试工程师的要求需要了解和掌握很多方面的知识，需要了解问题可能出现的原因，已经出现这个问题可能是由于什么原因造成的，以便我们能够及时的补充测试案例，保证或者降低产推出的风险。验收测试验收测试类似于客户验证产品的质量，在软件行业发展的过程中，各种承包项目类似于国外的外包项目将会不断的出现，那么外包项目的质量问题需要大家共同讨论。外包项目的操作流程是当承包方提出具体的需求，然后有承包商来按照需求来开发项目，包括单元测试，系统测试，集成测试等各个方面的测试，经过被承包商测试后的产品提交给外包商的时候，需要进行验收测试，验
14、收测试可以是外包商本身提供一套测试方案，然后对照具体的需求，进行产品验证测试。也可以是双方找一个共同的第三方，进行产品的验证测试。验收测试的测试重点主要是产品是否按照需求开发的，而不从针对功能进行的测试。所以验收测试基本上不需要多少专业水平，也可以是承包商找到使用该产品的用户，来体验该产品是否能够满足使用要求。这样以来使得双方可以有一个共同的平台，避免商业矛盾的产生。验收测试的测试手段目前来说还是靠用户体验。测试方法黑盒测试白盒测试灰盒测试测试方面案例设计问题分析：因为现在从总体上看，案例设计很细，但是重复和不必要的东西太多了，个人认为原因有三个：第一、 设计案例的不了解产品设计的框架（从程序
15、概念上讲）第二、 案例的设计没有一个反馈，涵盖情况不知第三、 开发产品质量意识淡薄，测试压力太大第四、 测试人员的素质分析没有，我们看不清问题出现在那里进度问题第一、 测试的整体计划里面没有重复考虑风险，时间问题紧迫第二、 回归测试无法保证测试改进方案以上对存在的问题进行了分析，我们需要找到自己的弱项在那里，那么从现在看来，我们现在测试队伍没有建立，没有形成相应的体制。主要表现在一下几个方面：测试工作需要回馈测试案例执行跟踪和统计不明确。问题：如果测试案例不进行跟踪，无法证明或者检测我们案例设计的好坏，无法改进工作方法或者改善我们的思路，所以需要通过这里把自身问题看清楚，这样有利于工作的开展。在我们日常的生活中，存在这一种现象，因为这种现象导致了测试一些列的发展。大家普遍认为，测试的含金量不高，导致了测试工作就是一些不愿意做开发或者没有能力做开发的人来做，其二，他们对测试设计的测试案例从不认真
