软件开发质量观念 测试人员如何保证软件质量

2. 风险评估：这个能力非常重要，项目的每个阶段都可能存在风险：需求不明确、系统设计或测试设计不完善、代码编写不安全、测试用例不充足、测试人员未完全测试、测试资源不足、回归工作量估计不当、项目进度安排不妥、其他项目对本项目的影响等等，所以项目过程中要具有高度警惕性，尤其要做到开发和测试善始善终。 3. 缺陷预防：个人认为做到很好的缺陷预防是需要综合素质的，如熟练的业务能力，最好能够熟知各产品间的关联，如果能够知道产品实现方法及过程最好不过。能够及时根据当前其他产品发布出现的问题预测对本项目的影响度并做好相关缺陷分析。 4. 沟通能力：往往测试和开发容易处于对立面，不和谐的团队对项目的质量必然带来一定的负面影响，毕竟人的情绪在工作中对工作效率的影响力是非常大的，软件质量是靠开发测试一起保证的，记得在测试技术交流大会中郭芙老大说过开发人员的测试意识不是天生具有的，当遇到开发人员测试观念不足时需要测试人员去指导开发人员，提高开发人员的测试意识。不能把开发人员测试意识不足当作产品质量不好的理由，所以在这个过程中沟通能力是一个很好的体现。 5. 时间管理：会管理时间的人往往离成功更近一步，如何利用时间解决紧急的项目问题、冲突问题、资源安排问题、测试用例的执行的先后顺序等讲究时间效率方法是保证质量的因素之一。

软件开发人员应具有的素质

　　网上搜一下，很多的，别太懒，比你等快得多；

　　程序员、软件开发人员应具备基本技能

　　1、项目实践

　　• 软件工程理论

　　• 质量体系：ISO9001和CMM体系

　　• UML基本理论

　　• 测试理论和测试工具使用

　　• 加密理论和加密方法

　　• 源代码控制工具使用

　　• 说明书编写

　　• 程序的安装和部署

　　2、专业技能

　　3、程序员基本素质

　　• 团队精神和协作能力（• 木桶理论、• 学习性组织）

　　• 文档习惯（• 注释、• 开发过程文档：良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。）

　　• 规范化，标准化的代码编写习惯（作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。• 代码编写规范• 界面设计规范）这里邵老师强调了标准未必要固定，但在一个项目组中间要有统一的标准。

　　• 复用性，模块化思维能力（• 用户控件　• 组件技术）

　　• 测试习惯（• 单元测试　• 集成测试　• 系统测试　• 稳定性测试　• 软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。）

　　• 学习和总结的能力（• 学习：程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。• 总结：善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况

　　和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。）

　　4、职业素质

　　• 交际能力　　

　　• 表达能力　　

　　• 职业素养　　

　　5、个人素质

　　• 信心和恒心

　　• 良好的个人品质

　　• 良好的个人习惯

　　• 关于质量控制和开发模板

　　• 项目组建设

　　高级程序员的基本素质：

　　1. 需求分析能力

　　对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者，他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？

　　2. 项目设计方法和流程处理能力

　　程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的整体设计。设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。

　　3. 复用设计和模块化分解能力

　　一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的许多桌面软件，在很多操作模块（如打开文件，保存文件等等）都是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便挂接，这就是复用化的模块设计明显的一个佐证。

　　4. 整体项目评估能力

　　作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才

　　能达到的境界

　　5. 团队组织管理能力

　　首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。

　　其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥组队的效率.

我现在要组建一支软件开发的团队，开发一款购物软件，请问都需要哪些类型的人才，大概需要几个人。

1 前言

软件开发并不是只有一个编程的人，而是可以分为不同的角色。不同的软件公司因为规模大小性质各不相同，所以围绕软件的角色也各不相同。一个大型的软件外包企业，外资企业，往往分工明确细致，每个人像螺丝钉一样在一起工作，让整个大机器得以运转。而在一个小型创业企业里面，往往一个人从接触客户，到开发产品到交付产品一条龙走完，整个产品周期就一个人，甚至几个产品周期就一个人。

2 软件开发团队角色

一般的项目组可以说一共有5种角色，开发（DEV），测试（QA），质量监督（SQA），技术主管（Tech-Lead）,开发经理（SDM）。

2.1 开发 （DEV）

开发就是大家经常说的编程的人。工作主要是写代码，其次是跟团队成员客户沟通。前后者比例大概是7：3的关系。开发是整个软件开发团队当中的最重要的角色之一，道理很简单，产品出自于他们的亲手。说到开发，大家的印象就是整天呆在电脑面前，目光呆滞，头发凌乱的计算机人士。确实，整天和计算机打交道的人的确容易变成这样，因为开发首要解决的问题就是如何用技术能力去解决客户的需求，而不是自己的形象怎么样。事实上这种情况在现代中得到很大改善，很多IT人士都很注重自身形象。具体的工作不仅要写代码用算法实现业务逻辑，更要有程序设计的思想，大到整个的程序框架，小到某个小模块的扩展性兼容性，都是在开发真正写代码之前着重要考虑的方面。加我裙子，前面是257，中间是014，后面是.001，组合起来就行。现在的编程不像以前打孔式编程那么艰涩，大厂商开发的强大的编程工具（IDE）让编程事半功倍。然而技术在变简单的同时，客户需求又在日趋复杂化。而技术就是为了实现业务逻辑，将业务逻辑抽象建模用计算机程序的方式表现出来，所以一个不懂业务逻辑的开发不会了解模块和模块之间如何协同工作，这便给工作带来很大的局限性。而如果一个开发只关注每个模块之内的细节实现，那在现实中便不是一个好开发，至少不是一个好用的开发。

沟通方面，开发需要和测试，技术主管，开发经理，甚至客户方面沟通，所以必要的沟通能力还是很需要的。现在的软件不再是一个人在战斗，在团队作战中，开发有时需要和测试讨论“某个软件Bug（缺陷）是不是Bug”，有时需要和技术主管讨论客户的某个需求到底是要实现什么内容，有时需要和开发经理讨论项目的进度是否需要推迟。

就开发的工作本身而言，是不太需要管理能力和全局观的，如果能够做好编程的工作之外，这两方面也比较强，可能就离升职加薪不远了。

2.2 测试（QA）

任何一个产品都需要测试，就好比制造业中如果生产了一批电灯，我们不能听制灯师傅说信得过而信得过，而得通过一系列模拟用户的行为来对电灯进行测试，指标合格后方可出厂投入市场。

软件测试也一样，需要对开发者开发出来的模块，产品进行全方位的测试。

原则是“做正确的事”，让客户需求功能得到满足。基本做事方法就是模拟客户的一切日常行为，包括一些极其变态的行为，考验软件在各个方面的情况下的可用性和稳定性。而这些“日常行为”便称之为测试用例（Test case），一个好的QA会设计出一套可以覆盖所有检查点（check point），又不重叠的测试用例，这套功底可以参考MECE方法。既然如此，QA就需要对整个软件的业务相当熟悉，因为她（他）要知道在某个用户行为下，软件是否做出了正确的反应。

既然是模拟用户行为，那么QA就需要去手动“跑”测试用例。当一个系统很大的时候，测试用例极其多，光用手点一遍是非常耗费时间和人力的，所以QA可以做自动化测试。所谓自动化，便是QA编写一些脚本代码，让计算机帮助去实现一些人为的行为，而不用自己手动点。所以这就需要QA做有一些代码编写能力。

沟通方面，QA经常要和DEV讨论Bug（软件缺陷），Bug的意思是本应该有的功能却没有做到的功能。对于某些比较似是而非的Bug, 怎么能够让开发者心服口服地承认并去修复往往需要花费一番口舌。而这些Bug往往是根据不同的人的价值观认定是不是Bug，所以合理地传递价值观也是QA的一个基本素质。现实的一个案例是，公司某QA“传递价值观”能力极强，于是被拉去做市场去了。除此之外，QA还要经常和技术主管沟通，熟悉客户需求。

全局观是因为QA要做集成测试，这样需要对产品本身有个全局的观念。比如产品有个用户管理系统和订单管理系统，那么对于“删除一个用户”的行为，用户的订单会怎么处理？这便是一个全局观的意识。往往一个好的QA在这点上可以帮用户想到很多用户没想到的东西。

2.3 质量监督（SQA）

如果说QA的作用是确保“做正确的事”，那么SQA的作用就是确保“正确的做事”。

通常SQA是不会直接参与软件开发的工作中，而是通过在一旁监督软件开发的过程，然后把监测的结果反馈给软件开发团队。

既然是监督过程，所以SQA经常是流程化的代名词。流程是外企当中比较看重的东西，从每天的Daily report, 到每周的weekly meeting，从什么时候把当天的结果存到服务器上，到为什么团队出现重大事故，几乎都会有SQA的参与。所以在前期制定一个符合项目的流程是SQA的必然工作。项目运行过程中，所有项目流程规定的点所涉及到的邮件都要CC一份给SQA。

当SQA通过流程观察项目的运行情况的时候，必然会收集到很多数据（包括刚才提到的邮件）。SQA会对这些数据进行统计归纳，然后总结出规律和报告直接递交给总监（Director）。鉴于此，SQA在我们公司地位还是很高的。

SQA还会不定期对开发团队进行个人的face to face面对面一对一沟通，名字叫Audit，中文翻译过来类似叫审计。这种行为更针对“人”的评估，而不再是产品。因为产品的好坏决定于人的好坏。

2.4 技术主管（Tech-Lead）

技术主管在我们公司往往就是一个项目的负责人。最主要的工作莫过于软件架构设计，客户需求沟通，技术难点解决和内部团队管理。

技术主管，名字便告诉了大家技术功底一定要很牛，在我们公司经常是一些工作了2-3年以上的软件工程师或者高级软件工程师担当。虽然技术很牛，不过实际上直接参与软件开发的还是DEV（开发者），技术主管只是在比较高的一层面进行协调，所以直接代码编程很少。但是遇到了技术障碍DEV无法克服的时候，技术主管一定要及时站出来做一个Problem solver。

技术主管的日常主要工作就是和客户沟通，熟悉需求，然后把业务需求转换成软件需求给DEV去做。所以技术主管对业务逻辑要相当的熟悉，在整个项目角色中，对业务最熟悉的除了客户就是技术主管。所以技术主管起到了一个衔接的作用，沟通起了客户和开发，连接起了现实的业务需求和虚拟的软件实现。这一切，对技术主管的沟通能力的要求就很高了。

软件团队不是一直和谐的，有时会出现某个模块的接口和另外一个模块的接口衔接不上，有时会出现一个人的工作被另外一个人的工作Block（中断）了，有时也会出现某个DEV总是不买某个QA的账等等，所有的这一切，从技术到人本身，都在时时考验一个技术主管的管理水平。

2.5 开发经理（SDM）

软件开发经理是一般软件项目中执行层面上的最高职位了。其主要作用是项目的进度控制，客户高层沟通，甚至到项目预算控制。

软件开发经理的编程功底要看具体人而定，在我们公司软件开发经理一般都是技术出身，5-8年的工作经验或软件行业的资历。在具体的项目中，几乎不参与任何代码的编写和设计工作。前期的项目计划（Project Plan），中期的项目进度管理和客户需求管理，到后期的项目交付，所有的工作都是软件开发经理和客户主要要沟通的东西。

业务方面，软件开发经理对业务认知的能力是非常强悍的，因为资历深的人对很多陌生的业务嗅觉和认知要比其他人强。不过在实际中，业务需求方面大部分工作给技术主管做了，所以软件开发经理主要关注于项目总体，对细节不太关注了。

软件开发经理还有个重要的作用便是在软件项目过程中，积极地调动项目内外的资源。简单的说，把合适的人放在合适的位置上。当团队出现无法解决的问题时，软件开发经理会想方设法从外部获取资源帮助团队渡过难关。

3 从软件开发团队成员看21世纪企业所需的人才素质

从一个软件开发团队中开发（DEV），测试（QA），质量监督（SQA），技术主管（Tech-Lead）,开发经理（SDM）这五类角色所具有的各种能力我们不难看出二十一世纪的社会需要的是什么样的人才，答案很明确，二十一世纪我们需要的是复合型人才。

那什么是复合型人才呢？复合型人才就是多功能人才，其特点是多才多艺，能够在很多领域大显身手。复合型人才包括知识复合、能力复合、思维复合等多方面。当今社会的重大特征是学科交叉，知识融合，技术集成。这一特征决定每个人都要提高自身的综合素质，个人既要拓展知识面又要不断调整心态，变革自己的思维，成为一名“光明思维者”。那么一名复合型人才又应该拥有哪些素质呢？

3.1 高尚的思想政治品格

首先，要树立正确的马克思主义世界观、人生观、价值观，用辨证唯物主义的观点，客观、动态、全面、本质、联系地看问题、分析问题、解决问题。

其次，要有坚定的政治立场，坚持四项基本原则，树立共产主义的信念和理想，自觉、积极、热情、主动地参加有中国特色的社会主义的建设，为实现社会主义现代化而奋斗。在现今社会中，要能识别和抵制各种错误思潮的影响，坚定正确的政治方向。

第三，要有现代意识，譬如竞争意识、时效意识、科学意识、开放意识、改革意识、民主意识、法制意识、平等意识、信息意识、优质服务意识等。

3.2良好的科学文化知识

科学文化素养是指人们对自然科学、人文社会科学、文学、美学、艺术等人类文化各种基本知识或常识的认识程度和掌握情况。21世纪的人才又需要精深而娴熟的专业知识、先进而新鲜的前沿知识以及与本专业相关的各种知识。

3.3 法律道德知识

21世纪的社会将是一个法制社会，法律在它的适用范围内具有普的约束力和强制性。尤其在社会主义市场经济下，任何经济活动都必然依法进行，知法、懂法、用法、守法，增强法律意识就显得更加重要。所以，21世纪人才必须有较高的法律修养，了解宪法和法律的基本内容，正确行使公民权利，认真履行公民义务，作一个守法的公民，运用法律维护自己的正当权益。

3.4 健康的心理

所谓心理健康是指个体在各种环境中都能保持一种良好的心理效能状态，个体在这种状态下能以社会认可的方式调节内部心理结构，以取得对外界环境的良好适应，并充分发挥其身心潜能，保持旺盛的生命力。

3.5 一定人际交往能力和合作精神

21世纪是一个变化极快的时代，由此是一个竞争异常激烈的社会，但也由此不可能光靠一人的能力来成就事业，因此21世纪更加需要合作。合作精神是一种值得弘扬的时代精神，也是新世纪人才必备的一种优良品质，我们必须放弃“鸡犬之声相闻，老死不相往来”的陋习，倡导科学、文明、健康、开放的社会交往方式，学会交往，学会合作，提倡合作精神。在人际交往和互相合作过程中注意互惠互利、互相尊重、互相信任、摆脱嫉妒、能力升华等，把祖国建设得更富强。

3.6 新时代的创新精神

创新精神是21世纪所必备的，没有创新就意味着“一潭死水”，停滞不前，继而落后，继而挨打。科学技术要走在世界前沿，经济建设要跻身世界前列，无不需要创新，尤其在建设有中国特色的社会主义的中国，从事这具有开拓性的亿万中国人民所从事的崭新事业，既无前人之鉴，也无现成的经验参考，这就完全要靠我们自己去开拓、去创新。

3.7 身体健康素质

人乃万物之本，人之成才要在体力和脑力上付出艰辛的劳动，这就要求在生理机能上有良好的体质和健康、发达的大脑。身体健康素质应包括三个方面：一是要有结实健壮的身体，能够抵抗疾病、承受繁重的工作和各种艰苦环境的考验；二是要有健康、发达的大脑，能够足以用它来汲取知识和承受繁重的脑力劳动；三是要有良好的心理素质，保持健康人格。

综上所述，这几大素质是21世纪人才必需的。它们不是各自孤立的，需要全面、整体、和谐地发展，才有可能形成新世纪人才的基本素质。

4 结束语

二十一世纪是一个社会高速发展的时代，我们需要的是具有全面素质的复合型人才。

去哪才能找到这几种种人那？ 我现在公司刚成立，很需要这样的人才。

以下也只是我的介意，并不一定准确。找猎人啊，不过一般这样开销比较大，还有就是正常招聘，但是这样比较耗时，但是舍得花钱还是能够找到的。比如拉勾网等招聘网站。之后还可以去培训机构去找一些这样的人才，成本少，技术也还行。其实这样的人你只要先找到一个从事这方面很多牛的朋友，让他介绍吗。等等方法，很多的。

软件测试面试常常提出的问题有那些，需要一些好的答案

标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：

1. 首先一般都是比较老套点的问题：介绍一下你的经历。

HOHO..这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。

2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？

这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵

3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？

前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，

这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。

4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：

(1) 你对SQA的职责和工作活动(如软件度量)的理解：

SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建

议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。ＳＱＡ主要的工作活动包括制定

SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等；

(2) 说说你对软件配置管理的理解：

项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的

规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准

，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉

(3) 怎样写测试计划和测试用例：

简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非功能需求）是否细化到功能点

，是否可测试等。

(4) 说说主流的软件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情况以及你对它们的理解：

CMM:SW Capability Maturity Model 软件能力成熟度模型,其作用是用于软件过程的改进、评估及软件能力的评鉴

CMMI:Capability Maturity Model Integration　能力成熟度模型集成　CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷

RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最

终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符

合自己的软件开发流程。

ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的

重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。

PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉

你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重

于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等）

总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是

CMM/PSP/TSP的有机集成。

(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具)：

这个就要看个人的了，没法说了

(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等)；

5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？

测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶

段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方

式，是软件质量保证工程的一个重要组成部分。

6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量

？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-既不想投入过多又想保证质量，faint )

出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够

且有针对性进行测试。所以，作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发

流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范

围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。

7. 差不多了就该问一些只和软件测试相关的问题了，如：

(1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的，答案也无非是什么要求全面的技术能力、缜密的逻辑思

维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这就是优秀，呵呵，

开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。

(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪

水要求、何时能到岗等等这些啥面试都要回答的问题，这个就只能自己斟琢着办了。

(3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的要求，也就没啥好说的了。

差不多基本上就是这些了，如果有需要的可以有针对性的google一下，hoho仅供参考!

软件开发过程中会有哪些风险？

软件项目成果的需求分析方和软件项目的承担者都十分关心这样的一个问题：什么样的因素会导致软件项目的失败？与项目有关的因素的改变将对按时、按经费预算交付符合预定质量要求的软件成果产生什么样的影响？这些都属于软件项目开发过程中考虑的风险问题。

软件项目的风险是指在软件开发过程中可能出现的不确定因而造成损失或者影响，如资金短缺、项目进度延误、人员变更以及预算和进度等方面的问题。风险关注未来的事情，这意味着，软件风险涉及选择及选择本身包含的不确定性，软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。另一方面，风险将涉及思想、观念、行为、地点等因素的改变。

软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。因此有必要对软件项目中的风险进行分析并采取相应的措施加以管理，尽可能减少风险造成的损失。风险是在项目开始之后才对项目的执行过程其负面的影响，所以软件项目开始之前风险分析的不足，或者是软件项目实施过程中风险应对措施不得力，都有可能造成软件失败。

如果对项目进行风险管理，就可以最大限度的减少风险的发生。它是为了将不确定因素出现的概率控制到最低，将不确定性所造成的损失减少到最低限度，对软件项目全过程中的风险识别、分析和应对的过程。在整个软件项目的实施过程中，可能形成项目风险的因素有很多，如在项目启动阶段可能存在项目目标不明确，与用户沟通少导致项目范围不明确等分先因素；在系统设计阶段可能因为缺乏有经验的分析人员、设计人员导致和设计的结果不能直接用于程序员的开发；在项目实施阶段可能因为开发环境没有准备好，程序员开发能力差，或者因为用户提出新的功能需求导致原有设计实效、开发费用超支，还有可能因为开发人员的流动导致项目延期，客户不满意等情况。

软件项目运用专家调查法和头脑风暴法分析软件开发项目中，并将其进行整理分类。

由于与客户沟通不畅对客户的需求了解不足造成的风险在软件开发项目整个生命周期的中都存在的风险，主要包括需求变更风险，涉及风险，过程风险，安装及维护风险。

由于管理人员素质不够，经验不足，沟通不畅，任务或其分配不合理，对项目的控制力度不够造成的各种风险，主要包括进度风险，预算风险，管理能力风险，信息安全风险。

由于技术力量不足，开发环境工具不足造成的。主要包括技术风险，质量风险，软件设计工具风险，软件开发工具风险，员工技能风险。

由于公司或项目组内外部环境变化所导致的风险，主要包括人力资源风险，政策风险，市场风险，营销风险。

软件项目中的风险永远不能全部消除，而只能采用避免、减轻、和接受三种因对策略。

避免：通过分析找出发生风险事件的原因，消除这些原因来避免一些特定风险事件的发生。

减轻：通过降低风险事件发生的概率或得失衡量来减轻风险对项目的影响，也可采用风险转移的方法来减轻风险对项目的影响。

接受：对于一些无法避免的风险，应当接收风险造成的后果或者提前设计相应的应对措施，但这需要一定的资金做后盾。

质量管理体系中质量是什么意思，什么是质量意识。

质量首先有两种含义

第一，产品的质量，即合格与否。

第二，生产产品过程的质量，即生产过程是不是合理，是不是与企业设定的管理基准进行实施

所谓质量意识：首先要保证我们的产品是合格的。符合产品的规格要求，另外整个生产流程要严格遵照企业生产流程的管理规定。

作为员工，不仅仅是被动的接受，更要不断地提出改善意见，促进质量的提高。

希望对你有帮助：）

如何对软件项目进行可行性分析

可行性分析与需求分析

可行性分析是要决定“做还是不做”。

需求分析是要决定“做什么，不做什么”。

即使可行性分析是客观的、科学的，但决策仍有可能是错误的。因为决策者是人，人会冲动，有赌博心态。如果可行性分析表明做某件事的成功率是10%，失败率是90%，倘若该事情的意义非常大，决策者也许会一拍脑袋：“豁出去，干！”于是这世界就多了一份极喜与极悲。4.1节讲述可行性分析的四大要素：经济、技术、社会环境和人。

目前国内很多软件公司做系统集成项目，如果谈谈系统集成项目的可行性分析将很有意思。可是那些系统集成项目大多是政府机构的，由于软件行业尚不规范并且客户方存在腐败现象，所以业内流传“没有做不了的系统集成项目”。软件公司的注意力几乎全集中在“如何拿到项目订单”以及“拿到订单后如何蒙混过关”上，使我丧失了卖弄“可行性分析”的机会。既然不能正面指点一个人如何做好事，那么就规劝他不要做坏事吧。

4.2节讲述可行性分析案例——投资软件公司失败的教训。作者本来没有资格谈论投资，但事有凑巧：近一年来我关闭了一个亏损30万元的软件公司（我自己的）；休克一个年亏损200万元的软件公司（朋友的）；扼杀一个200万元的投资方案（陌生人的）；踩灭一个处于萌芽状态的100万元的投资设想（熟人的）。鉴于现在比较富有的民营企业渴望投资软件行业的越来越多，值得谈谈这方面的可行性分析。我将讲述亲身经历后的感受，提一些建议。

不论是为客户做软件项目还是为自己做软件产品，都要进行需求分析。需求分析最恼人之处是难以在项目刚启动时搞清楚需求，如果在项目做了一大半时需求发生了变化，那将使项目陷入困境。4.3节解释需求分析为什么困难，4.4节讲述如何进行需求分析。本章的需求分析均不涉及编程，所以不考虑结构化、面向对象等分析方法。

4.1可行性分析的要素

做可行性分析不能以偏盖全，也不可以什么鸡毛蒜皮的细节都加以权衡。可行性分析必须为决策提供有价值的证据。

联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。”柳传志为决策立了上述准则，同时也为可以行性分析指明了重点。

一般地，软件领域的可行性分析主要考虑四个要素：经济、技术、社会环境和人。本节只是泛泛地解释这四个要素，旨在建立全局分析的观念。4.2节将结合案例围绕上述要素进行重点分析与评注。

4.1.1 经济

经济可行性分析主要包括：“成本——收益”分析和“短期——长远利益”分析。 1

一、成本——收益分析

成本——收益分析最容易理解，如果成本高于收益则表明亏损了，如果成本大大高于收益那就亏大了。商人都不喜欢做吃亏的事情。有些商店成天贴着“最后一天跳楼大拍卖”的标语，意思是：我准备吃大亏让你占便宜，同志，你快上钩吧。

如果是为客户做软件项目，那么收益就写在合同中。如果是做自己的软件产品，那么收益就是销售额。

人们在预估产品销售额时常常过分乐观而犯下大错。那些对你的产品说恭维话的人并不见得就是要买货的人，俗话说“嫌货才是买货人”。当你没碰到一个挑刺的人而感觉这产品好得会让你发大财时，就要做好会破产的心理准备。

如果做的是小本生意，那可得对成本进行细算。软件的成本不是指存放软件的那张光盘的成本，而是指开发成本。要考虑的成本有：

（1）办公室房租。

（2）办公用品，如桌、椅、书柜、照明电器、空调等。

（3）计算机、打印机、网络等硬件设备。

（4）电话、传真等通讯设备以及通讯费用。

（5）资料费。

（6）办公消耗，如水电费、打印复印费等。

（7）软件开发人员与行政人员的工资。

（8）购买系统软件的费用，如买操作系统、数据库、软件开发工具等。有些老板买盗版的系统软件，却按市场价算成本，可从美国佬那里赚一笔。

（9）做市场调查、可行性分析、需求分析的交际费用。

（10）公司人员培训费用。

（11）产品宣传费用。如果用Internet作宣传，则要考虑建设Web站点的费用。

（12）如果客户是政府部门，还要充分考虑用于吃喝玩乐、行贿的费用。

（13）如果公司的风水不好，会有很多莫名其妙的管理费。每戳一个红艳艳的公章都要化一把钞票。

二、短期——长远利益分析

人们喜欢吃着碗里的、看着锅里的，还想着别人家里的。短期利益和长远利益兼得是人们梦寐以求的事。在商业上，这等好事可不会轻易降临。

短期利益容易把握，风险较低。国内软件公司经常出现一窝蜂地去做信息管理系统、多媒体光盘、系统集成项目或Internet服务。每当我们沉迷于短期利益不思进取时，应该好好回忆童年时代那些伟大的抱负，给自己一些激励。

长远利益难以把握，风险较大。能为了长远利益不惜短期亏损的人，要么是雄心勃勃的将帅之才，要么是“纸上谈兵”、“眼高手底”的那一类庸人。国内目前有不少Internet企业，只投入不产出。为了成就将来的霸业，甘愿现在拼财力、比耐性。最后存活下来的几个公司将瓜分市场。

那些为长远利益奋斗的人们，你们可得把长征的路途走完啊，千万别让事业中途夭折。 2

4.1.2 技术

技术可行性分析至少要考虑以下几方面因素：

（1）在给定的时间内能否实现需求说明中的功能。如果在项目开发过程中遇到难以克服的技术问题，麻烦就大了。轻则拖延进度，重则断送项目。

（2）软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。

（3）软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐渐丧失竞争力。在统计软件总的开发时间时，不能漏掉用于维护的时间。软件维护是非常拖后腿的事，它能把前期拿到的利润慢慢地消耗光。如果软件的质量不好，将会导致维护的代价很高，企图通过偷工减料而提高生产率，是得不偿失的事。

技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？

4.1.3 社会环境

社会环境的可行性至少包括两种因素：市场与政策。

市场又分为未成熟的市场、成熟的市场和将要消亡的市场。

涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜在的市场有多大？自己能占多少份额？多长时间能实现？

挤进成熟的市场，虽然风险不高，但油水也不多。如果供大于求，即软件开发公司多，项目少，那么在竞标时可能会出现恶性杀价的情形。国内第一批卖计算机的、做系统集成的公司发了财，别人眼红了也挤进来，这个行业的平均利润也就下降了。

将要消亡的市场就别进去了。尽管很多程序员怀念DOS时代编程的那种淋漓尽致，可现在没人要DOS应用软件了。学校教学尚可用用DOS软件，商业软件公司则不可再去开发DOS软件。

政策对软件公司的生存与发展影响非常大。整个90年代，中国电信的收费相当高，仅此一招就把国内互联网企业打得奄奄一息。某些软件行业的利润很高，但可能存在地方保护政策，使竞争不公平。政策不当将阻碍软件公司的健康发展，可最怕的还是政府干预企业的正当行为。例如：

现在家电行业竞争非常激烈，其中有一个著名企业的总裁十分了得，把对手打得节节败退。于是中央领导人就来视察该企业并作讲话：“你们的业绩辉煌，得到了中央的高度重视，……但我们是社会主义国家，不是资本主义国家，你们总得给兄弟企业的同志们留口饭吃吧!”

有一次我拜访了北京大学一位研究经济学的朋友。这个年青人，还是个党员，竞然这么说：“我最近在研究国内明星企业的兴衰问题，我发现了一个规律，明星企业一旦被政府领导人视察过，它就忘了自己是谁，就会做些走向死亡的蠢事。”

我实在不明白企业中为什么还要有“书记”职位。我以为“书记”乃是天下第一号可笑的官衔，“书记”本是“秘书”（secretary）的同义词，是个可有可无的行政人员的称呼，在中国竟然成了最大的官衔。每次看到新闻联播把国家主席错叫成***我都十分气愤：因为***的称喟只对几千万的党员适用，国家的新闻机构难道不面向十多亿

3

普通老百姓？如果我将来的工作单位还靠“书记”来管事，我每天准忙着生气，那里还有精力去编程。

4.1.4 人

有句名言：“人分四类——人物，人才，人手，人渣。”

如果一个软件公司里上述四类人齐全了，那么最好的分工是让“人物”当领导，“人才”做第一线的开发人员，“人手”做行政人员，“人渣”负责行贿。

这里只谈公司的领导与开发人员“行还是不行”。“人物”毕竟是少数，“人才”可是济济的。举重若轻的那类“人才”可以做领导，举轻若重的那类人才适合做软件开发人员。假如一群持有学士、硕士和博士文凭的毕业生到软件公司应聘，该如何录用呢？我的建议如下：

先选择本科毕业生，因为他们正当青春、干劲十足、不摆架子、不耻下问、要求不高、奉献甚多。

其次选择硕士毕业生，如果该生没象范进中举时那么老，并且在读硕士时没有天天去造文章而丢弃了编程工作，那么让有经验的学士程序员带他们煅练几个月就可以用了。

如果学士、硕士被其它公司取光了，那只好捡几个博士充数。博士到了软件公司有什么用呢？我想不出有什么用，只知道他们挺值得可怜的：从硕士读到博士出头，这六七年时间，真本事没学多少，倒学会“眼高手低”甚至“弄虚作假”；毕业时蓦然回首，发觉青春已被虚度，心灵已呈老态，唯有长叹短嘘，强把自负作自信。我也将博士毕业，就要论为三手贷贱卖了。真羡慕那些比我年轻的学士、硕士们，他们可以远走高飞，唉！

转载请注明出处51数据库 » 软件开发质量观念 测试人员如何保证软件质量