赢在测试2中国软件测试专家访谈录

① 软件测试需要考什么证

软件测试行业的证书其实都不重要，重要的是自己的技术，当然，如果你要考也是可以的。
软件评测师（国家软考认证）
软件评测师考试属于全国计算机技术与软件专业技术资格考试（简称计算机软件资格考试）中的一个中级考试，是软件测试行业认可度比较高的一个证书。软考属于专业水平的国家品牌考试，试题注重岗位知识和技能，综合性和灵活性强，创意多，如果有实际的工作经验，通过率会比较高，涉及考试的点还是很广的。
ISTQB（国际软件测试资格认证）
有这个证书的话，进外企之类的一般比较有用，在国内，考这个证书的人数还是没有软件评测师高，而且考整个证书的花费很大。ISTQB作为国际性的软件测试工程师认证，社会认可度还是挺高的。越来越多的跨国公司和从事软件外测试外包的公司要求软件测试人员需要获得ISTQB认证。
PMP（美国项目管理协会项目经理认证）
PMP（Project Management Professional）指项目管理专业人员资格认证。它是由美国项目管理协会Project Management Institute(PMI)发起的，严格评估项目管理人员知识技能是否具有高品质的资格认证考试。要想获得PMP专业认证，考生须达到美国项目管理协会（PMI）规定,对项目管理专业知识的掌握程度及其相应的工作经验和要求；另一方面，获得PMP证书的专业人员应继续从事项目工作，以不断适应项目管理发展的要求！总之，考这个证书的话，需要先进行一定的培训，总之，花费也是比较大的。
CSTE（QAI旗下的软件测试认证）
CSTE全称Certified Software Tester，是QAI(Quality Assurance Institute)旗下的重要认证。该全球范围的测试认证已经在美国、印度等颇为普及，成为很多公司对于测试从业人员的要求之一。但是在中国，考这个证书的人只占了少部分。CSTE的考试主要涉及了测试人员的基本知识和流程，考试全英文，包括四个部分，两个部分理论两个部分实践。全英文试卷，对于软件测试的很多人来说，都会望而却步的。

② 软件测试2个月能学会吗

看你想要达到一个什么样的效果。两个月的时间，想要深入学习软件测试是不够的。
就比如蜗牛学院的测试开发课程。从周一到周六，每周足足六天时间排满，每天晚自习到八点半。都得花四个多月，将近五个月的时间。从通用核心技术，到系统测试，再到测试开发，最后自主开发测试框架，从底层原理再到高级应用，无所不包，涵盖全部测试开发核心技术，满足企业核心技术需求。重要的是理解测试原理，抛开工具束缚，对测试框架进行重构优化，达到知其然更知其所以然的程度。我们的目的绝不仅仅讲授工具或框架的应用，而是培养独立解决技术问题的能力。

③ 目前，国内的软件测试行业是怎样的发展趋势

在IT业处于发展的初级阶段时，由于大多数软件比较简单，对其的测试工作也不复杂，往往是软件开发企业在开发完成后进行一下简单的检测就可以了。但在IT业发展到一个高级阶段后，系统越来越精密，而软件也越来越复杂，影响的范围也不断扩大。因此，这时期开发的软件就必须进行十分严格的测试。否则，不仅会引发企业销售收入下降和运营成本的增加，甚至给企业带来法律责任。而在金融、电信这种系统趋于全国集中，风险波及面大，业务影响广泛的行业，其产生的后果更是不堪设想。IT服务资深专家神州数码系统集成服务有限公司质量测试事业部总经理单军指出，全面、严谨的测试和评估是降低企业IT系统风险的最佳实践，没有经过质量测试就上线运行的IT系统犹如一颗“定时炸弹”。

中国目前大多数的软件都是由软件开发企业自行进行质量测试的。总体而言，企业是重视开发而轻视测试。相关资料显示，国内测试所花的费用不超过整个项目投资的5%（这个数据如果包括硬件投入会更低,另外在一些行业低得可怜）。但在国外，一般测试环节所花的费用占项目比重非常高，达到30%左右。事实上，近年来许多软件的质量问题已引起人们的关注，有的在运行中出现问题甚至带来巨大影响。

因此，除了政府制定相关法律法规外，还需要越来越多的企业致力于此项事业。这不仅会带来良好的声誉，也会带来不菲的利润。神州数码系统集成服务有限公司正是凭借对IT系统建设过程中的风险要素和关键点非常了解这种优势，正式提出了覆盖IT全生命周期的“锐行服务”，其中质量测试服务是重要产品线之一。

据美国国家标准和技术研究院的报告显示，美国大型专用软件开发的失败率高达70%，美国经济因软件错误每年都要损失高达595亿美元，与此同时，预计2009年中国的软件市场将达到62.3亿美元，未来五年的年均复合增长率为18.7%。可见，随着软件规模的不断扩大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会越来越多，客户对质量测试的需求将日益旺盛。此外，IT管理开发与运行维护分离的趋势，也推动着独立测试中心的诞生和发展。

单军认为，建立大的测试中心是质量测试发展的一个趋势，尤其是金融、电信等业务对IT稳定性依赖严重的行业，建立单独的测试中心尤为必要。针对大型银行对测试的深入需求，他们专门提出的一套方案——大型测试中心解决方案，能够帮助银行从如何构建组织，如何以组织行为来实施测试等方面实现测试中心的完美建设。据悉，目前国内比较大的银行都是神州数码的客户。

质量测评和质量保证服务目前正处在一个快速发展的阶段。但是与国外相比，国内用户和大多数厂商对质量测试的重视程度还远远不够。东吴证券有关分析师表示，国外优秀的软件开发机构把40%的工作花在软件测试上，软件测试费用占软件开发总费用的30%至50%，对于一些要求高可靠性、高安全性的软件，测试费用甚至相当于整个软件项目开发所有费用的3至5倍。

中国目前已涌现了很多的第三方测试机构，但其中很多仍然处于发展的初级阶段，行业自律也还不足，而如何提高中国目前的软件测试水平也是需要探讨的问题。业内人士指出，提高中国的软件测试行业的发展水平，首当其冲要解决软件测试队伍的不足问题；其次要重视第三方的测试力量

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

标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的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仅供参考!

⑤ 本人软件测试专业学生，现在正在做职业生涯人物访谈作业

呵呵，楼上回答真逗。
这个要几千字的，我先回答一条吧。
问题2
1. 计算机专业技能
计算机领域的专业技能是测试工程师应该必备的一项素质，是做好测试工作的前提条件。尽管没有任何IT背景的人也可以从事测试工作，但是一名要想获得更大发展空间或者持久竞争力的测试工程师，则计算机专业技能是必不可少的。计算机专业技能主要包含三个方面：
l 测试专业技能
现在软件测试已经成为一个很有潜力的专业。要想成为一名优秀的测试工程师，首先应该具有扎实的专业基础，这也是本书的编写目的之一。因此，测试工程师应该努力学习测试专业知识，告别简单的“点击”之类的测试工作，让测试工作以自己的专业知识为依托。
测试专业知识很多，本书内容主要以测试人员应该掌握的基础专业技能为主。测试专业技能涉及的范围很广：既包括黑盒测试、白盒测试、测试用例设计等基础测试技术，也包括单元测试、功能测试、集成测试、系统测试、性能测试等测试方法，还包括基础的测试流程管理、缺陷管理、自动化测试技术等知识。
l 软件编程技能
“测试人员是否需要编程？”可以说是测试人员最常提出的问题之一。实际上，由于在我国开发人员待遇普遍高于测试人员，因此能写代码的几乎都去做开发了，而很多人则是因为做不了开发或者不能从事其它工作才“被迫”从事测试工作。最终的结果则是很多测试人员只能从事相对简单的功能测试，能力强一点的则可以借助测试工具进行简单的自动化测试（主要录制、修改、回放测试脚本）。
软件编程技能实际应该是测试人员的必备技能之一，在微软，很多测试人员都拥有多年的开发经验。因此，测试人员要想得到较好的职业发展，必须能够编写程序。只有能给编写程序，才可以胜任诸如单元测试、集成测试、性能测试等难度较大的测试工作。
此外，对软件测试人员的编程技能要求也有别于开发人员：测试人员编写的程序应着眼于运行正确，同时兼顾高效率，尤其体现在与性能测试相关的测试代码编写上。因此测试人员要具备一定的算法设计能力。依据作者的经验，测试工程师至少应该掌握Java、C#、C++之类的一门语言以及相应的开发工具。
l 网络、操作系统、数据库、中间件等知识：
与开发人员相比，测试人员掌握的知识具有“博而不精”的特点，“艺多不压身”是个非常形象的比喻。由于测试中经常需要配置、调试各种测试环境，而且在性能测试中还要对各种系统平台进行分析与调优，因此测试人员需要掌握更多网络、操作系统、数据库等知识。
在网络方面，测试人员应该掌握基本的网络协议以及网络工作原理，尤其要掌握一些网络环境的配置，这些都是测试工作中经常遇到的知识。
操作系统和中间件方面，应该掌握基本的使用以及安装、配置等。例如很多应用系统都是基于Unix、linux来运行的，这就要求测试人员掌握基本的操作命令以及相关的工具软件。而WebLogic、Websphere等中间件的安装、配置很多时候也需要掌握一些。
数据库知识则是更应该掌握技能，现在的应用系统几乎离不开数据库。因此不但要掌握基本的安装、配置，还要掌握SQL。测试人员至少应该掌握Mysql、MS Sqlserver、Oracle等常见数据库的使用。
作为一名测试人员，尽管不能精通所有的知识，但要想做好测试工作，应该尽可能地去学习更多的与测试工作相关的知识。
2. 行业知识
行业主要指测试人员所在企业涉及的行业领域，例如很多IT企业从事石油、电信、银行、电子政务、电子商务等行业领域的产品开发。行业知识即业务知识，是测试人员做好测试工作的又一个前提条件，只有深入地了解了产品的业务流程，才可以判断出开发人员实现的产品功能是否正确。
很多时候，软件运行起来没有异常，但是功能不一定正确。只有掌握了相关的行业知识，才可以判断出用户的业务需求是否得到了实现。
行业知识与工作经验有一定关系，通过时间即可以完成积累。
3. 个人素养[1]
作为一名优秀的测试工程师，首先要对测试工作有兴趣：测试工作很多时候都是显得有些枯燥的，因此热爱测试工作，才更容易做好测试工作。因此，除了具有前面的专业技能和行业知识外，测试人员应该具有一些基本的个人素养，即下面的“五心”。
专心：主要指测试人员在执行测试任务的时候要专心，不可一心二用。经验表明，高度集中精神不但能够提高效率，还能发现更多的软件缺陷，业绩最棒的往往是团队中做事精力最集中的那些成员。
细心：主要指执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。某些缺陷如果不细心很难发现，例如一些界面的样式、文字等。
耐心：很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。如果比较浮躁，就不会做到“专心”和“细心”，这将让很多软件缺陷从你眼前逃过。
责任心：责任心是做好工作必备的素质之一，测试工程师更应该将其发扬光大。如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果。
自信心：自信心是现在多数测试工程师都缺少的一项素质，尤其在面对需要编写测试代码等工作的时候，往往认为自己做不到。要想获得更好的职业发展，测试工程师们应该努力学习，建立能“解决一切测试问题”的信心。
“五心”只是做好测试工作的基本要求，测试人员应该具有的素质还很多。例如测试人员不但要具有团队合作精神，而且应该学会宽容待人，学会去理解“开发人员”，同时要尊重开发人员的劳动成果——开发出来的产品。

关于这个行业需要什么样的学历，个人认为必须专业以上，更高学历有优势但是专科就够用了。你可以参考我们公司每年发布的《软件测试从业人员学历调查报告》还有《软件测试从业人员薪酬报告》等，问题太多了我就不一一解答了，你可以看我们论坛上面有很多免费资料供你下载。

⑥ 软件测试在国内外的现状

软件测试以第三方的视角探讨制约国内软件发展的瓶颈和如何拓宽与加强软件测试等有关问题，作以下探讨。1、 软件测试势在必行从有关资料获悉 ,金融和电信行业，他们买的硬件设备都是顶级的，可惜软件应用这一块跟不上，导致了硬件功能得不到充分的发挥。硬件设备低下的运行效率，造成了资源与资金的隐性浪费,实际上是国内软件在拖硬件的后腿。国内的软件开发普遍存在“重开发，轻测试”的现象，常常是在项目开发完成之后，才发现软件有严重缺陷问题，不得不全部推倒从头再来。推倒重来则意味着前期人、财、物的投入全部浪费了，既大大增加了软件的开发成本，又会因为超出了客户的委托时间，付出的代价就更高了。实践经验证明，软件测试是软件开发过程中的一个重要步骤，或者说测试应该贯穿在软件开发过程的每一个阶段。软件测试所起到的作用就是：能够确保在软件开发的过程中，随时发现问题，方便开发人员及时修改。在国内对于消费类软件来说，经常出现一些已经推向市场的产品由于被发现有严重缺陷而导致大量退货的局面。而对于定制的行业软件来说，则是一再的返工、绵绵无绝期的修改和维护，既拖死了软件提供商，也耽误了客户的正常业务。这一系列现状会导致使用户对国内软件提供商失去信心，这对于正在成长的国内软件市场来说，无疑是当头一捧。由于国外软件的成熟度高，开发商对软件质量的控制力度很强，所以国外软件测试外包的不是太多;不过在国外有些软件需要比较专业的质量认证，例如软件的本地化测试，就必须借助第三方机构来完成了。如微软公司，微软的产品要翻译成欧洲的 6种文字，如果是自己来做这些本地化测试工作，成本就会很大，所以外包给别的公司来做就很合适;另外还有一种情况也会外包的，例如对一些大型软件的测试，不一定每家开发商都有专业的测试队伍和测试的工具。从成本上来说，某些软件测试工作外包是经济的。相反，国内软件的成熟度比较低，软件开发商基本没有能力来做测试，这指的是专业的、职业的测试，所以从目前来说，国内软件测试的市场空间很大。”软件产品日趋复杂，这就需要相当程度的技术来安装、升级、检测和维护。因此，终端用户必须更多地依赖来自供应商的售后服务。在一些情况中，用户不仅购买产品，而且接受由卖方提供的支持服务作为一整套服务。随着中国加入 WTO，中国生产和服务领域需要更多的IT应用软件以加强他们的同外国竞争对手的竞争力。例如，制造商可利用实例推理技术、神经网络或模糊逻辑来加强其设计能力。服务领域也需要更多的IT应用和多媒体技术，使服务的提供更具弹性，且更节约成本，例如，银行和股票经纪人的在线处理能力，运输领域的电子物流安排，电信收敛和IT服务业等等。而且，政府各部门的计算机化也提供了巨大的商机。出于对软件测试行业的理解，意识到要解决国内软件应用滞后于硬件的问题，就必须提高国内软件的质量，而要提高软件质量，就必须加强软件开发过程中的测试力量，而独立的第三方测试机构正是一个市场空白点，故专业从事软件测试的机构的产生是发展的必然。2、 软件测试现状与提高目前国内做软件测试的机构，还没有发现完全商业化操作的机构 ,只是有某些政府部门下属的机构做一些软件产品验收工作;要么就是开发商临时承接的一些软件测试项目。应该说实施软件测试时遇到的最大障碍是: 一是客户的意识，二是派出的项目实施人员的素质问题。实施软件评测项目时，客户要有接受管理软件开发流程的意识。客户交给开发商一个项目，通过测试等质量掌控流程，可以将产品的质量保证在一个相对较高的水准，减少后续工作的成本。但是现在很多开发商和客户很短视，觉得只要现在没有出问题，就可以了，不愿意在软件开发过程中，让测试介入的程度不深，这导致测试不完全，埋下了隐患。无论是对软件开发商还是对客户来说，忽视软件测试，必将导致上的软件开发项目越多，将来会被这些有问题的项目给拖死的概率越高。而有独立的软件测试第三方的出现，好处就是严格地掌控软件质量，减少维护成本。这不光对客户有好处，对开发商也有好处。所以一个项目，在我们实施很长一段时间，大约是半年至两年后，客户才意识到这样做是有用的。这很正常，因为软件开发一定会有大大小小的问题，包括我们评测也有一些问题查不出来。特别需要说明的是对派出的项目实施人员的标准很高，要求既有综合素质，又要有专业素质，目前国内这种复合型的人才太少了，除引进外可以自己培养。但人才培训需要加大力度，因人才培养是要在资金和力量上投入最大的一块。其中专业素质的培训最难，因为需要实践 ,这如同医生需要临床实践一样。项目实施管理者也一样，既要有理论基础，更要有经验积累，而一个优秀的项目实施管理者重要的素质是，能在按流程做的基础上，发挥个人的主观能动性，这个要求就太高了，但这又是项目实施成功的关键。国内软件业和国外相比，最大的差异就在：质量和质量控制应该是最重要的一项内容。但是，无论在消费类软件还是大型软件的测试领域，与国外相比，国内软件产品的质量掌控体系和标准都是模糊的。国内软件提供商的质量承诺，既没有相应机构的监督，质量水平也没有第三方来认证，承诺显得极其苍白而无力。可喜的是，软件测试机构在我国正逐渐成长起来，并且，它们在软件市场上的影响力正逐步得到提升。因缺乏游戏规则导致整个软件行业的市场行为不规范，并且严重制约软件行业健康成长的局面，一定会有所改善。3、 软件测试如何做从事后测试，向质量控制上转型。起初往往是受客户委托，测试已经开发完毕的软件，更多的是事后验收工作;以后逐步介入软件开发前的需求评审，以及开发时的文档评审、代码走查等等;最终发展方向就是做软件监理，但是不能不承认，目前我们与国际上通行的软件监理还有一定的距离。这样实现了从事后测试，向质量控制上转型。而美国实际是在软件规模的扩大和结构的不断复杂的情况下，开始建立软件测试制度和规矩的。美国在软件开发的起步阶段，也不会自己主动去做，是在现实的压力下，才去实施这些流程规范的。国内一定要有这种意识，意识到软件开发过程中一定要引进这些规章制度。另外，意识到了还不行，一定要实践。那软件测试如何做?为此，应构建完整的软件测试平台。该完整的解决方案，包括以下几方面：* 软件设计中的代码安全性检测;*软件实施过程中的软件配量管理;*软件质量的度量和评估、提供各种质量模型，提供软件验收依据;*自动化单元测试;*增式和非增式测试;*汇编语言的静态分析和动态测试;*基于消息的分布式系统的自动测试(支持通信协议TCP/IP、X.25、GSM、Socket OSI…)*系统级的验收测试;*嵌入式系统实时测试，支持各种和操作环境(OSE/Nucleus+/VxWorks)。 4、总结一下 软件评测只是用技术手段来监控软件产品的质量，并不能从根本上提高我国软件产品的水平。目前，国内最缺的是软件项目实施的高级管理人才和软件结构分析的专业人才。这种高级人才的培育制度才是最重要的，缺乏高级人才培养的后果，会影响国内软件的进程。与培养软件蓝领相比，虽然高级人才培育的时间周期长，资金投入大，但是我们一定不能急功近利，要有这种忧患意识，去做这项有长远影响的工作。这种工作不是非得要谁去做，但是我们一定要有这种意识去投入去做。日本在软件开发中分得很细，国内接日本软件外包的业务很多，但大部分只是负责一个模块。软件是个创造性的工作，变成流水线工业化生产也许有问题。在我们的软件开发中，往往技术是不成问题的，但是管理是个大问题。我们的软件企业中，各个员工意识不一样，在不同的阶段理解不一样，管理人员的素质也不一样。软件管理和测试是一个需要反复实践的过程，要通过反复的实践才能解决问题。这些问题根本不是培训大量的软件蓝领就能解决的。

⑦ 软件测试的项目有哪些常用的缺陷管理工具

1.QC
QC的全称Quality center, 质量中心的意思，它是一款缺陷管理工具，可以组织和管理一个项目所有的测试阶段.
2.Bugzilla，
Bugzilla是一个Bug追踪系统设计用来帮助你管理软件开发。
Bugzilla是一开源Bug Tracking System，是专门为Unix定制开发的。但是在windows平台下依然可以成功安装使用.
3.Bugfree，
BugFree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug
管理系统。简单实用、免费并且开放源代码(遵循GNU GPL)。
4.JIRA
JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。
JIRA功能全面，界面友好，安装简单，配置灵活，权限管理以及可扩展性方面都十分出色。
JIRA创建的默认问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。
Jira融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。
JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。
5.Mantis
Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统，其功能与前面提及的JIRA系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业，界面也没有JIRA漂亮，但在实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。不过目前的版本还存在一些问题，期待在今后的版本中能够得以完善。
6.Readmine
Redmine是用ruby开发的基于web的项目管理软件，免费。JIRA收费
Redmine可以创建子任务，而jira不易创建子任务。
Redmine来管理项目，但它没有用例管理.
7.禅道
禅道项目管理软件是开源，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了项目管理的核心流程。
8.TAPD
TAPD项目管理软件是基于敏捷开源，隶属腾讯开发出来的，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了敏捷项目管理的核心流程。
9.TESTLINK
略
10.TD
略
如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)

⑧ 软件测试面试时，可以问面试官一些什么问题

面试是我们进入一个公司的门槛，通过了面试才能进入公司工作，你的面试结果和你的薪资、享有的福利待遇是息息相关的。那如何能顺利的通过面试，得到HR的认可呢?面试软件测试要注意哪些问题呢?下面和成都IT培训优就业小编一起来看看吧。
软件测试面试常见问题通常分为两大类，一类是考察专业技能，另一类是考察你的稳定性和努力程度。
一、考察专业技能
专业技能方面需要你有很扎实的测试功底。你可以去搜索一下大的IT公司的面试问题，查缺补漏，也可以复习一下所学知识，针对具体面试的岗位多做背景知识的准备。这方面没有太多捷径可以走，即使你因为背了一些难题而恰巧通过了高于你能力岗位的面试，那么在试用期不能胜任工作也是会被辞退的。所以要巩固你能力范围内的知识，然后尽量避免失误。
二、考察你的稳定性和努力程度。
第二类主要是考察你的稳定性和努力程度甚至职业规划之类的问题。比如说问你怎么看待测试工作，能否接受加班，以及未来的职业规划等等。这种问题不能一时为了工作而毫无保留地答应，假设你硬着头皮接受了加班，那你之后也会因受不了996工作制度而辞职。所以可以适当询问具体的加班频率和强度，在可接受的范围内做出承诺。关于未来的职业规划，如果你有野心，想要升职加薪，那么可以适当表露出来。如果你目前只想要稳定，那么也可以谦虚地表示现阶段会努力积攒经验，等机会来了再考虑。这类问题很灵活，通常没有固定答案，只要不是过于虚伪地答应任何条件，或者不留余地干脆地拒绝，怎么回答都可以。主要是在这个过程中表露谦虚的态度以及可以商量的余地，相信肯定会赢得HR和领导的好感。
以上就是四川优就业小编回答的软件测试常见问题的一些方法和技巧，我们技术掌握的好了，要想通过面试，得到offer，还是要好好准备面试，在面试中有一个好的表现。相信大家只要认真准备、勤加练习，通过面试应该问题不大。

⑨ 我28了，想学点软件测试，请问看什么书好

测试入门
软件测试（第2版）
Software Testing (2e), Ron Patton
一本测试入门的好书，较全面地介绍了各种测试领域和方法，为测试新手提供了正确的观念和宽泛的基础。

软件测试工程师面试指导
蔡为东
面向初学者，介绍了软件测试行业、测试工程师素质要求、基本测试技术、求职策略、面试技巧、典型试题，对于测试新手或迈向测试行业的朋友有较高的参考价值。此书还收录了一些对读者来信的回复，内容涉及职业规划、大学生就业、测试学习、测试实践等，针对当前常见的困惑，做出了谨慎且深思熟虑的回答。附文《我在微软做软件测试外包》对于了解微软中国的流程与文化很有参考价值。

软件测试的艺术（第2版）
The Art of Software Testing (2e), Glenford J. Myers, Corey Sandler, Tom Badgett, Todd M. Thomas
一本“久经考验”的测试经典：1979年，第一版面试；25年后，第二版登场。平心而论，有些观点已经不能直接应用在测试实践中，但是仔细品味仍有所收获。毕竟，这是一本需要思考的书，而不是操作手册。
软件测试实战–测试Web MSN
蔡为东
以Web MSN为测试对象，形象生动地介绍了针对图形界面的黑盒测试技术，有很强的实践性。围绕一个实例，全面地的介绍各种测试方法，是此书区别于其他测试书籍的一大特色。附文《胶着》是作者一段开发经历的回顾与小结，有笑有泪，仅凭此文便值回书资。

通用测试技术
探索式软件测试（强烈推荐）
《探索式软件测试》涉及以下重要问题：为什么自动化测试无法消除所有缺陷，如何才能让这些缺陷无处遁形？哪些技术可帮助我不断发现和消除致命错误？如何更高效地进行手工测试，增加些许轻松和愉悦的感觉？对于每个项目，如何确定最高效的高级测试策略？在我无法进行全部测试时，哪些输入是必须测试的？哪些测试用例能提供最理想的特性覆盖率？在结合使用探索测试和传统脚本或场景测试时，如何才能获得理想效果？如何体现来自开发过程的反馈意见，代码更改吗？
计算机软件测试（第2版）
Testing Computer Software (2e), Cem Kaner, Jack Falk, Hung Quo Nguyen
一本值得反复参考的好书，”The bestselling software testing book of all time” 的美誉绝非浪得虚名。作者将多年的实践经验用平实的语言娓娓道来，内容涉及测试技术、测试管理、开发流程、思考方法、实践模式，可谓是一本测试典籍。部分内容看似有些过时，但是其思想和方法仍旧有很高的借鉴价值。
微软的软件测试之道
How We Test Software at Microsoft, Alan Page, Ken Johnston, Bj Rollison
微软的资深测试者审视微软当前的测试方法，并展望软件测试的未来发展。缺点是没有结合Windows或Office这样的著名且复杂的产品，详细讨论具体项目的具体技术。优点是提供了许多小故事，讲述了Windows、Office、Live等产品开发中的点滴。从经验传承、启发思路的角度，这些故事是全书的精华，具有很高的参考价值。
测试有道：微软测试技术心得
梁博, 许珊, 徐歆恺
内容由一系列技术点组成，每一个点都有精要的描述和作者的心得体会，力图以小搏大，以精粹胜广博。但是没有提供一个理论框架将这些点有机地联系起来，读起来有只见树木、不见深林之感，也缺少“授人以渔”的独到见解。最大优点是介绍了一批免费且实用的工具，可以放在案头备查。
软件测试基础:方法与度量
Software Testing Fundamentals: Methods and Metrics, Marnie L. Hutcheson
以风险分析为核心，讨论了测试计划、测试组织和测试设计。其中，关于“测试价值的可说明性”和“利用Office Suite来撰写、管理测试计划”的内容有启发性。适合有一定工作经验的测试人员参考。
软件测试（第2版）
Software Testing A Craftsmaj’s Approach (2e), Paul C. Jorgensen
将理论与工艺结合在一起的测试教科书。比较严谨地讨论了软件测试的基础理论，适合软件测试研究者研读。
面向对象的软件测试
A Practical Guide to Testing Object Oriented Software, John D. McGregor, David A. Sykes
介绍了面向对象软件测试的基本思路和方法。第7章“测试类的层次结构”比较有启发性，讨论了针对继承的测试设计和组织，相关内容在其他测试书籍中并不多见。
软件测试技术大全：测试基础、流行工具、项目实战
陈能技
该书由多位作者共同撰写，内容涉及测试理念、测试技术、测试开发、测试自动化、测试管理和常见的测试工具，不愧“测试大全”的书名。有些内容失之于粗糙，一些论述也不够严谨，缺乏参考文献更是此书的硬伤。瑕不掩瑜，此书理论和实践结合紧密，仍值得测试工作者学习和思考。
测试管理
笑傲测试–软件测试流程方法与实施
魏伟
以小说为体裁的测试管理书籍。通过令狐冲和风清扬的对话，从一个逐渐成长的新人的角度，介绍了测试管理的点点滴滴。全书轻松幽默，全无技术读本的枯燥乏味。附录所收录的文章“从新鲜人到新仙人”对于行业新人颇有帮助。
步步为赢–软件测试管理全程实践
蔡为东
以“管理就是负责人”为核心，介绍作者担当测试领导的切身经验：自我管理、自我成长、编写测试计划、编写测试用例、执行测试、沟通、测试计划/用例评审、测试总结、员工管理、测试思想等。也适合第一线的测试工作者阅读，所涉及内容皆和他们的日常工作密切相关。
专项测试技术
软件安全测试艺术
The Art of Software Security Testing: Identifying Software Security Flaws, Chris Wysopal, Lucas Nelson, Dino Dai Zovi, Elfriede Dustin
软件安全测试的入门书，用很短的篇幅涵盖了软件安全测试的多个领域，为测试人员提供了模型、方法和工具。对于Threat Modeling的介绍很精彩，为进一步的行动提供了良好的理论与实践基础。
Web安全测试
Web Security Testing Cookbook: Systematic Techniques to Find Problems Fast, Paco Hope, Ben Walther
一本实践性很强的Web安全测试手册。从网络安全的角度，介绍了一批免费的网络通信分析、监控、修改、调试工具；以条目为组织，介绍了的测试方法或策略；以实践切入，穿插介绍理论知识，通过精心选材和组织，降低了Web安全测试的门槛。
实用软件测试指南
How to Break Software: A Practical Guide to Testing, James A. Whittaker
软件测试专家编写的实战指南，指导测试人员从攻击的角度展开软件测试。介绍了一些实用的测试工具，对于压力测试、极限测试有较强的参考价值。
软件测试新技术与实践
于秀山, 于洪敏
介绍了组合测试技术在测试中的应用。适合组合测试研究者参考。
Web应用程序性能测试指南
Performance Testing Guidance for Web Applications, J. D. Meier, Carlos Farre, Prashant Bansode, Scott Barber, Dennis Rea
微软模式与实践(pattern & practices)团队的佳作，介绍了性能测试的正确观念、流程和实践。篇幅短小，内容深邃，值得在实践中反复参考和体会。
应用程序性能测试的艺术
The Art of Application Performance Testing: Help for Programmers and Quality Assurance, Ian Molyneaux
经验丰富的软件性能测试专家分享他的经验，内容包含性能测试的架构、模型、典型方法和结果分析。适合有一定经验的测试者参考。
测试自动化
.NET软件测试自动化之道
.NET Test Automation Recipes：A Problem-Solution Approach, James D. McCaffrey
该书讲解了在.NET平台上编写轻量级测试程序的实用技术。作者曾经在微软工作，该书与微软测试开发工程师的培训材料的契合度很高，实践性很强。对于Windows平台的测试工程师而言，此书的参考价值很高。
集成测试框架–用Fit进行敏捷软件测试
Fit for Developing Software: Framework for Integrated Tests, Rick Mugridge, Ward Cunningham
Fit是一种编写系统测试的测试框架，作为一种业务交流工具，它深刻地反映出敏捷软件开发的若干特质。此书由Fit之父亲自编写，不但可以了解Fit的方方面面，还能从中体会大师的感悟与实践。
互联网单元测试及实践
陈卫俊, 赵璨, 周磊, 陈洪
介绍了常见的单元测试框架，并结合具体项目讲解了单元测试的基本理论和技术。对于Web测试的新手，有较高的参考价值。

经验总结
软件测试经验与教训
Lessons Learned in Software Testing, Cem Kaner, James Bach, Bret Pettichord
值得反复研读的经典好书。Tom DeMacro的赞美——“这些经验中的任何一个，都抵得上这本书的价钱”，所言非虚。
完美软件–对软件测试的各种幻想
Perfect Software: And Other Illusions about Testing, Gerald M. Weinberg
该书没有介绍具体的软件测试技术，它讨论的是软件开发中的人、他们对测试的认知、软件测试的目的、实现目的的社会学和心理学上的探索。它试图建立正确的软件测试观念、协调的心理情绪和有效的思考方式。这些要素最终会决定在具体的项目中采用何种具体测试技术的组合。
赢在测试：中国软件测试先行者之道
蔡为东
介绍了一批测试先行者的个人经验的书。学习他人经验可以用较低的成本去扩大自己的体验，自然是他山之石可以攻玉，开卷有益。不过，个人经验非批判性地阅读与理解，不能有效，甚至有害，所以该书适合愿意学习且有能力学习的测试爱好者。不足是大部分被采访者都是管理者，没有真正的测试技术专家。
软件测试精要
董杰
作者分享他在测试领域的经验与思考，其热情和思辨跃然纸上。缺点是内容却有些散乱，即便是一章，其系统性也有些不足；对于测试工具背后的测试思想，挖掘得比较浅，没有上升到测试理论的高度。