开发软件费用为什么这么贵？
经常听到说开发一个软件经费至少几十万，几百万，大型软件就更加高了去了。有时候买个软件就几百万，还只能限制用户个数。这些软件开发成本为啥这么高呢？个人理解好像除了程序员人力成本及一些必要硬件支持其他也没太多化大钱的地方了吧。
按时间排序
关于软件开发的需求、质量、进度不可控型，说的意见够多了，我就再说说开发人员的成本。根据软件行业协会颁布的《软件开发项目概算指南》中规定的人月成本计算方式。软件开发项目成本计算中应包括软件项目在开发过程中所耗费的各项费用，包括从设计阶段到测试完毕交付用户使用之间所发生的工资费、材料费、外协费、试验费、固定资产使用费、交通费、管理费等。一般用人月成本作为度量指标。软件人员的人月成本是指软件企业一个月平均需要的所有成本开销（包括工资、奖金、福利、办公成本、国家各种税费、管理费用等等）及软件企业合理利润的总和，除以企业员工人数。其成本开销主要包括以下方面：(1) 工资：指软件企业需要支付给软件开发人员的工资的平均值，设该值为B。(2) 国家规定的福利：按照国家政策的缴费基数缴纳的职工福利，其中公积金8%~20%，医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残疾基金1.6%，工会基金2%，累计为47.6%。故该项成本为0.476B。(3) 奖金及各项物质奖励：指企业支付给员工的奖金及过年过节的一些物质奖励和基本福利。根据经验及浙江省软件行业情况，该项成本约为0.20B。(4) 办公成本：包括办公场地租赁费、水电费、差旅费、企业为项目顺利运作所支付的其他费用等各项。根据经验及研究，该项支出约占企业员工成本的三分之一，即该项成本为B/3。(5) 人力资源储备费：企业人员流动、人员储备及人员的学习、培养、知识更新，不能创造价值但需要支付成本，该项成本为0.20B。(6) 基础设施建设、设备的购置、折旧费，各项开发平台、开发工具的购买等，该项成本约为0.15B。(7) 国家税收和企业利润，根据经验和统计数据，约占企业员工成本的三分之一，故该项成本约为B/3。(8) 管理费用：包括公司管理层，部门管理层，人力资源、行政、财务等人员的费用分摊。根据经验和行业通常计算方法，每十个软件人员配备两个管理人员，则管理费用计取的比例为前面七项总和的20%。综合以上因素,可得出软件人员的人月成本为：人月成本 = （工资＋福利＋奖金＋办公成本＋资源储备＋基础建设＋税收利润）x (1 + 管理费率)
= (B+0.20B+0.476B+B/3+0.2B+0.15B+B/3)x 1.2
软件是手工完成的。软件是手工完成的。软件是手工完成的。一辆法拉利也几百万了吧，从几万的铁矿石到几百万的汽车所需的工时，和一个中等规模的软件差不多。然而汽车可以流水线量产，所以我们能买到十万上下的大众。软件做不到这点。
好像前面的回答都没有量化。我这里有些经验数据提供。（出自我的博客）做个软件究竟有多贵？我们可以做一个非常粗略的估算。市场上定制开发软件的人工成本按一人月20,000人民币来算，平均每人天1,000人民币。根据《》提供的经验数据，随软件复杂度变化，在整个交付项目期间，平均每个程序员每天产出的代码量在2行到200行之间。如果以平均每天产出100行代码来算，则编写每行代码的成本是10元钱。把软件写出来只是第一步。软件要放在某个环境上去运行的。服务器端的软件要部署在可靠的服务器上，要有可靠的网络连接。客户端的软件（比如一个app）要安装在使用者的电脑或手机上。软件要维护要升级要管理要排错的。有了一个软件，有了一台服务器，就得有掌握这个技能的人来管理它的。根据Oracle引用，60%~70%的IT预算耗费在运营和维护上。于是我们可以大致估算到，加上运营和维护成本，一行代码的成本就会达到30元。那么一个app会有多少行代码呢？当然也随复杂度不同会有很大变化，只能举两个例子作为参考。是一个用于“家庭跟踪和团聚”的Android应用。当战争、地震、海啸等灾害发生时，国际援助团队可以用这个应用来寻找失散的儿童。这个软件大约有34,000行代码。另一个Android应用是给非洲国家开发的，乡村医生可以用这个工具来管理他们的药品库存。这个软件的代码超过46,000行。换句话说，这两个目标很单纯、功能并不复杂的Android应用，拥有它们的成本都在百万人民币以上。
请计算一下不用软件的解决方法，看看是不是真的贵。
单独为你做的，肯定贵；如果做了一套，能卖100、1000个企业的，才能便宜下来——想想windows 下面只说 单独 开发的那种。首先贵在开发的难度，不是程序难写，而是用户的需求 难以 准确给开发者。需求有偏差，开发了几个月，最后要改很多，甚至推倒重来！这种情况甚至需要发生几遍！成本就上去了。。。。所以，没有好的需求分析人员，开发的工作量其实是随系统的复杂性而快速倍增的，复杂一点的系统，很可能成为一个无底洞！软件行业称之为 泥潭 ！加再多的人都没有用！正常情况下的工作量、费用，估计别人应该都能说清楚了，就不展开了。
说测试吧，测试费用50刀每人每小时，大概10人的团队，周期大概三个月。这还不是就完了，这只是一次更新。下次更新继续50刀。。。。
都什么时代了，还在想硬件。一件衣服成百上千，那些布能值几十块？一套房子上百万，那些砖加上地能值几万？宇宙飞船上百亿，那些金属材料能值几十万？人才、时间，这才是最贵的啊
你叫GUI怎么想？你叫交互怎么想？你叫UE怎么想？你叫销售怎么想？你叫客服怎么想？你叫产品狗怎么想？你叫租房子的怎么想？你叫税务局怎么想？你叫收电费的怎么想？你叫扫地大妈怎么想？事实上程序员是不能创造全世界的
请把问题改成开发软件费用为什么这么低吧。
这么多都没答到点子上，软件开发贵主要源自需求不确定啊。软件程序是个不差分毫高精度的东西。流程暂且不说，大到功能点，小到交互动作，配色，都需要需求方一一确定，团队密切合作才能出来。
那么这里的需求方就很有说法了。
1.需求方是专业的。那么这种通常是各种产品经理，会看中整体性和用户体验，一个体验很糟糕的软件跟体验精美的软件造价差很多有木有？！
2.需求方是不专业的。那么他们往往代表客户，从自己的角度，提出各种“建设性”意见，一提出来就头大啊。为了迎合这些所谓的建设性意见、亮点，花费的攻关代价很高有木有？！
所以在需求确定的情况下开发出来一个程序，纯粹写出来，成本真心不高，成本最高的地方在于：改！需！求！
1，一个产品的价格，不取决于产品的价值，而取决于产品的供需。2，假设LZ在一家高大上的企业当着默默无闻的螺丝钉，用着平淡无奇的office，给上司做着那该死的ppt。忽然听闻公司内部八卦，因为老板舍不得给微软交版权费，而被微软寄了律师信，说，“你丫再不买我企业版的key，我就要在法庭上把你搞的欲仙欲死。”你的心理是什么感想？“老板，我可以不做这个PPT了吗？”3，实例，之前我曾在一家嵌入式开发公司当程序猿，每天用着arm家的产品来进行编译和debug。那年经过我司诸多苦逼程序猿的辛勤劳作，终于突破年利润9位数美刀，于是所有人都美美的拿了一个丰厚的年终奖。年后回公司听到的第一个八卦是：老板乖乖的向ARM多买了50个key，好像10W美刀一个，原因好像是收到了律师信。。。4，不要真把程序员当成程序猿，无论是哪方面。
这是一道值得好好回答的题。很多很多项目的失败就是因为甲方乙方之间存在着理解偏差，尤其是价格，题主说的“贵”字其实就是“甲方认为只需要10万就够了，乙方认为是100万”。其实这种认知偏差的存在对任何一方都没有好处，我所在的公司去年和另外一个国内软件行业领军者在上海打单，最后拼到了人员单价已经低于了上海地区人员的成本价，无论最后谁拿下这个单交付都要哭死，甲方貌似是二桃杀三士，但是稍微了解行业的人都知道，单价比成本价低，项目成功交付的可能性有多大？项目做不完，甲方你的损失有多大？下面回答问题，“开发软件费用为什么这么贵？”，首先说明一下，我的答案主要是在50-5000万人民币这个范围内的软件，高于这个范围的开发费用要涉及更多的东西，比如说知识产权。就像可口可乐的秘方一样，专利和知识产权这东西的价格无法衡量。其实软件的开发费用的来源很简单，成本＋buffer＋利润。而这里的成本主要就是人力成本，包括：直接成本，公司为每个人员所付出的工资，奖金，五险一金等，影响直接成本的因素包括人员的级别（比如IBM的band 6），人员的类型（开发，测试，BA，UI）, 地域（北上广比其他地方的成本高），正常我们给客户报价时，都会采用“一个北京地区的高级java开发人员，$38/hour”行政成本，工位，电脑，水电等费用都会平摊到每个人头上，同时为业务部门服务的HR, IT, 财务费用也会摊到人头上，可能每个公司摊法不一样。行政费用是不和级别类型挂钩的，一个高级项目经理和实习生的行政费用应该是一样的。差旅成本，住宿＋机票＋补助。成本之外，费用包括buffer，就是项目的估算人员根据经验来预估风险，把风险折换成费用，做为风险储备，buffer一般是百分比，人力成本＊15%，所以它是随着人力成本走的。利润分成俩个，一个是公司需要挣的钱，国内IT行业大部分项目毛利率应该在10%－35%之间。另一个利润是我们的衣食父母需要挣得，俗称税，这个一般来说是6%。就是说，一百万的项目，公司和我们衣食父母会先收下40－50万，剩下的钱用来支付项目所需的人员成本。如果剩下的钱cover不了项目开发所需的成本，那么方式也是多种多样的，申请更多的资源导致公司的利润降低；或者让现有人员加班来保证同样成本下更多的交付等等。接下来我们分析到底为什么开发费用这么“贵”。我们其实可以发现，buffer和利润其实都是随着成本走的，那么现在人力成本到底有多高呢？－－－－－－－－－－－－－－－必需开会去了，回来继续完善。
楼主属于不深入了解就直接问的,其实题主不加入"个人理解"我觉得这个问题会有人回答得更专业..这个其实堪比"肯德基鸡翅一对成本才1.3现在凭什么卖10块一对.."这样的问题..举一个例子:起步阶段:一个软件,如果按照你说的,单独开发一个符合公司的首先要调研,需要访谈,需要对这个行业的了解.但是应届毕业生很显然做不了这事,需要经验丰富的人组在一起建成一个团队.开发阶段:针对公司的业务流程进行规划,然后进行开发.问题是,应届生显然也不是太能胜任这事,也是需要一堆懂编程的..而一个人懂编程没用,要很多人组一起,构成开发团队.测试阶段:大量的测试,培训,文档工作,不能靠调研,规划,开发的人来吧?这又是一个耗费时间的活儿,也需要专人负责收尾阶段:总有BUG吧? 总要有维护和升级吧?..这个至少每个月有固定工作量在..楼主估算一下,单独做这个,人工费用就得多少钱更别说每个软件都是一个团队呕心沥血的作品.创意,是很值钱的,更别说度身定做.要不你去看抽象画为什么卖那么贵?如果通用型的就更牛逼了(例如SAP,ORACLE ERP等)..人家要兼顾各种类型的,数据库还要去做,还要维护..这个大了去了不卖贵,哪来那么多人共同维护这个庞大的玩意儿?补充:嫌贵的话,你得掂量下,它到底能不能给你带来实质性的效益..如果它不能带来效益,那当然贵.但是你看那些赚得不行的企业,他们估计还会嫌这个系统便宜.如华为,你申请一个ERP权限琢磨都得给几千美金授权费,但还是乐此不彼的..一套好的系统/软件 给你节省下来/效率增加 所带来的效益会远大于软件本身的金额.这也是为什么很多公司不惜血本几个亿去上线ERP的原因..
其实也就是在中国，人们才会这么觉得。在中国，大家觉得软件不是实体，不值钱。在中国，人多，大家觉得人力不值钱。软件工程啊！我们是工程师啊！你真当是民工啊？！32个工程师的团队能干出WhatsApp，卖190亿美元，你说人家就收你几十万，几百万，人民币！能算贵吗？
其实我很想问一个对等性问题“为什么很多询问软件开发报价的人都惊讶地觉得开发费用太贵，好像这件事在它们眼里看来就是在电脑里装个软件那么容易，好像几百块做一个app都觉得可以再便宜点？”回答题主这个问题，我有个角度，就是大家都觉得软件是一种虚的东西，可被无限复制的东西， 价值源自于稀缺性，如果东西可被无限复制，那么它们就觉得这是价值很低的东西。
感觉其他问题都是吐槽，没有真正地回答『钱都花在哪了』。一是，虽然确实只有程序员的人力成本，但程序不是谁都能写的，程序员的工资支出很大，其他回答中已经有很多例子了。然后，一个公司并非开发的所有产品都会盈利，通常当发现一个项目失败的时候，已经投入了很多成本了，所以用户还需要为失败的项目买单。最后，应该说软件究竟应该如何开发还没有一个统一个标准，所有人都在尝试如何提高效率。不同于其他的行业，软件行业并非多一倍的人就能多一倍的产出，也并非多一倍的人就能把时间缩短一半。应该说越大的项目管理成本越大，这个是和其他很多行业(规模越大成本越小)相反的。
一班程序员天天熬夜加班用命拼来的，能不贵么？
最后一句非常正确。
一、风险大，调查显示，超过40%的软件工程项目失败了。二、编程确实不是容易事儿，有这样一句话：一个优秀的程序员要胜过一百个平庸的程序员。还有这样一句话：与其费工夫让一个程序员变好，不如等待一个优秀的程序员出现。
这个问题轻易地拉了太多仇恨！只能说上面的很多答案只是答题者的发泄，而没有认真回答题主的问题。软件开发费用的大头的确在于开发人员的成本，所以从简单的角度来说，上面的所有牢骚基本上也是事实。但这并不是全部的故事。那些成百上千万的软件项目真的非花这么多钱吗？我看未必！作为非软件从业者来说，很难理解软件开发工作的复杂性以及工作量大小，特别是，作为一种无形的产品，除了人力成本，没有多少可估算的原料成本及其它成本，因此题主提出这样的问题非常容易理解。但也正因为如此，报价的灵活性也就大了许多，有时候功能相似的软件在开发成本或销售价格上会有几十甚至上百倍的差别。不可否认，看似功能相似的软件在功能的丰富程度、美观、易用性、可靠性等方面都会存在相当大的差别，但是那些价格较高的软件项目或产品有更大的利润空间的可能性仍然要高很多。但是价格高就能保证盈利吗？不一定。软件开发是一件非常复杂的事，很多时候开发人员或承包商都没有办法准确的评估开发成本，只能依靠过去的经验以及风险综合来评估。所以一直都有很多失败的软件项目，失败一般有两个含义，一是关键技术点无法解决，二是成本超出预期。但是大部分项目中出现的无解难题如果给予足够长的时间实际上都是可以解决的，最终也还是成本的问题。也就是有说很多项目尽管价格很高，但是仍然无法盈利。软件工程的概念的起源就是因为各种各样的项目失败，各门各派的理论也都是以提高开发效率和成功率为目标的，直白点说就是为了省钱。开发工具和程序库的使用，这其实都属于软件工程的领域。类似于Eclipse这样的开发工具普及以后，它本身就能够提高所有Java等程序语言的开发效率，所以在这个层面上，所有程序员的起点相当。但是Eclipse有很多插件，这些插件可以进一步提高生产率，这一点却不是所有的程序员都会去使用或者熟练运用的了。有的团队甚至不使用svn或git进行任何版本管理，于是有可能出现集成的问题需要花费大量的时间来解决，甚至出现删掉有用代码而不能恢复的情况，这些都属于灾难，当然对于高手来说，是引入源码管理不一定是问题。还有程序库，一知半解的程序员反而更倾向于重新发明轮子，本来有大量现成解决方案的问题，他们宁可重头来。但是程序库也不总是如此管用，遴选的过程也会花费大量的代价，不得不自己动手的情况也多的是。很多不成熟的软件企业，没有能力准确评估开发人员的能力，如果企业的主要负责人对软件开发缺少最起码的认识，弃用工资较高但是技术熟练，而启用大量工资较低但不熟练的程序员，往往会导致开发成本数倍甚至数十倍的增加！软件开发也不是简简单单写写代码就完事，需要非常多的前后期工作，以及外围的支撑工作，比如分析、设计、测试等等，甚至有时候软件销售人员的工资都超过了开发人员。有时候，开发人员的工资和奖金可能占比不到总成本的20-30%。不少软件都能极大的提高生产力，那么除了开发成本，生产力提高的程度也可以作为给产品定价的一个标准。但是并不是谁都可以按这个标准定价，高价格要么是因为大环境，要么本身是强势或高端的供应商，比如SAP、IBM、ThoughtWorks等。否则这条路不容易走通，客户不是傻子。地区：通辽
头衔：砌墙工
浏览数：28
为什么在软件升级不了呢？
在广联达G+中智能更新软件，为什么图形算量和钢筋算量软件升级不了、提示说找不到旧版软件程序请先手动卸载程序再更新。问题是你自己卸载完程序之后就不存在更新的问题了 求帮忙
地区：福建
等级：7 级
头衔：项目经理
你可以把旧版软件卸载了重新下载最新版软件安装就可以了。
注意：你的加密锁以及加密锁驱动是否适应于更新后的软件，自己看一下，避免软件更新后用不了的情况。
提问者对最佳答案的评价：
请填写消息，提交后将发送给用户
及时采纳答案不仅是对回答者的认可，同时也能避免问题过期后被
地区：湖北
等级：10 级
头衔：副总★
这个可以手工升级一下的，另外升级了新版程序，相应的驱动程序也是要升级的！
操作执行中...
无满意答案
  及时举报违规行为，共同维护良好环境
举报原因：
问题与专业无关
没有实用价值
问题描述不清晰
同IP自问自答，恶意刷分
完全复制他人答案
部分复制他人答案
无实际价值
同IP自问自答，恶意刷分
    
如果您认为这个答案有误，或者有更好的答案，请立即告诉我们！
如果您的“揪”错被采纳，可获得10分积分奖励！软件测试_百度百科
软件测试（英语：），描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
软件测试[1-2]
是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程。
它是帮助识别开发完成（中间或最终的版本）的（整体或部分）的正确度(correctness) 、完全度(completeness)和质量(quality)的；是(software quality assurance)的重要子域。
Glenford J.Myers曾对软件测试的目的提出过以下观点：
(1)测试是为了发现程序中的错误而执行程序的过程。
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
(4)测试并不仅仅是为了找出错误。通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进。
(5)这种分析也能帮助测试人员设计出有针对性的测试方法，改善测试的效率和有效性。
(6)没有发现错误的测试也是有价值的，完整的测试是评定的一种方法。
(7)另外，根据测试目的的不同，还有、、等，分别为了检验修改或优化过程是否引发新的问题、软件所能达到处理能力和是否达到预期的处理能力等。
一，测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。
二，程序员应该避免检查自己的程序，软件测试应该由第三方来负责。
三，设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，如网络异常中断、电源断电等。
四，应该充分注意测试中的。
五，对错误结果要进行一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。
六，制定严格的测试计划。一定要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
七，妥善保存测试计划、、出错统计和最终分析报告，为维护提供方便。
1．发现一些可以通过测试避免的开发风险。
2．实施测试来降低所发现的风险。
3．确定测试何时可以结束。
4．在开发项目的过程中将测试看作是一个标准项目。
测试的对象
第一步：对要执行测试的产品/项目进行分析，确定测试策略，制定测试计划。该计划被审核批准后转向第二步。测试工作启动前一定要确定正确的测试策略和指导方针，这些是后期开展工作的基础。只有将本次的测试目标和要求分析清楚，才能决定测试资源的投入。
第二步：设计测试用例。设计测试用例要根据测试需求和测试策略来进行，进度压力不大时，应该设计的详细，如果进度、成本压力较大，则应该保证测试用例覆盖到关键性的测试需求。该用例被批准后转向第三步。
第三步：如果满足“启动准则”（EntryCriteria），那么执行测试。执行测试主要是搭建测试环境，执行测试用例。执行测试时要进行进度控制、项目协调等工作。
第四步：提交缺陷。这里要进行缺陷审核和验证等工作。
第五步：消除软件缺陷。通常情况下，开发经理需要审核缺陷，并进行缺陷分配。程序员修改自己负责的缺陷。在程序员修改完成后，进入到回归测试阶段。如果满足“完成准则”（ExitCriteria），那么正常结束测试。
第六步：撰写测试报告。对测试进行分析，总结本次的经验教训，在下一次的工作中改。
软件测试过程管理，主要包括软件测试是什么样的过程，如何评价一个软件测试过程，如何进行配置管理和测试风险分析以及测试成本的管理。
软件测试工程师职业发展前景
人类行为具有高度目标性，确立一个正确的目标有着重要的心理学影响。软件测试的心理学问题就是如何摆正测试的两个目标的关系，使得测试活动更加富有成效。
1.程序测试的过程具有破坏性
每当测试一个程序时，人们总希望为程序增加一些价值。利用测试来增加程序的价值，是指通过测试，找出并修改尽可能多的程序缺陷，从而提高程序的可靠性或质量。
因此，不要只是为了证明程序能够正确运行而去。相反，应该一开始就假设程序中隐藏着错误（这种假设几乎对所有的程序都成立），然后测试程序，发现尽可能多的错误。
事实上，如果把测试目标定位于要证明程序中没有缺陷，那么就会在潜意识中倾向于实现这个目标。也就是说，测试人员会倾向于挑选那些使程序失效的可能性较小的测试数据。另一方面，如果把测试目标定位于要证明程序中存在缺陷，那么就会选择一些容易发现程序缺陷的测试数据。而后一种态度会比前者给程序增加更多的价值。
软件测试技术
事实上，如果在测试某个程序段时发现了可以纠正的缺陷，或者测试最终确定再没有其他缺陷，则应将这次合理设计并得到有效执行的测试称作是“成功的”。而所谓“不成功的”测试，仅指未能适当地对程序进行检查，未能找出程序中潜藏缺陷的测试。
“软件测试就是证明软件不存在错误的过程”。对几乎所有的程序而言，甚至是非常小的程序，这个目标实际上是无法达到的。因为即使程序完全实现预期要求，仍可能包含有缺陷。也就是说，如果程序不按要求工作，它显然有缺陷，但如果程序做了不要它做的事，它也有缺陷。
心理学研究告诉我们，当人们在干一件已经知道是不合适的或不可能做到的事时，往往他们的表现就相当糟糕。把程序测试定义为在程序中找出错误的过程，就使测试成了可以做到的任务，从而克服了心理上存在的问题。虽然这看起来像是个微妙的文字游戏，但对成功地进行软件测试有很大的影响。
总之，软件测试更适宜被视为试图发现程序中错误（假设其存在）的破坏性的过程。一个成功的测试，通过诱发程序发生错误，可以在这个方向上促进软件质量的改进。当然最终人们还是要通过软件测试来建立某种程度的信心：软件做了其应该做的，而没有做其不应该做的。
2.程序员应避免测试自己的程序
软件测试书籍
由开发人员来测试自己的代码是一件很不妥当的事情。开发和测试生来就是不同的活动。开发是创造或者建立某种事物的行为，如一个功能模块或整个系统。而测试的重要目的是证实一个模块或者一个系统工作不正常。这两个活动之间有着本质的矛盾。一个人不太可能把两个截然对立的角色都扮演地很好，因此应当限制开发人员在测试中的参与，给他们比较合适的任务是进行最底层的测试——单元测试。
当一个程序员完成了设计与编写程序的建设性工作后，要一夜之间突然改变他的观点，设法对程序形成一个完全否定的态度，那是非常困难的。所以，大部分程序员都由于不能使自己进入必要的精神状态（不是抱着要揭露出自己程序中错误的态度），就不能有效的测试自己的程序。除了这个心理学问题之外，还有一个重要的问题：程序中可能包含由于程序员对问题的叙述或说明的误解而产生了错误。如果是这种情况，当程序员测试自己的程序时，往往还会带着同样的误解致使问题难以发现。
3.程序设计组织不应测试自己的程序
在宏观意义上，一个程序设计组织或一个工程项目是个有生命的有机体，它同样有心理学问题。在大多数情况下，人们都以“在给定日期内，以一定代价完成程序编制任务的能力”来衡量程序设计组织和项目管理人员的。这样做的理由是时间和成本指标便于衡量，而程序的质量很难。要程序设计组织在测试自己的程序时持客观态度是很困难的，因为如果用正确的定义看待测试，就不大可能按预定计划完成测试，也不大可能把耗费的代价限制在要求的范围以内。
软件生产的三个最重要的因素是：质量、进度和费用。由于费用和进度的限制，要开发一种高质量、快速交付和低成本的软件产品并不容易。也就是说要同时达到三个目标是困难的。因此在软件产品的开发中要权衡它们之间的关系，使软件的特性能满足用户的要求，这意味着软件产品的特性的度量和预计是必要的。
软件测试由独立测试机构承担有很多好处。独立测试是指软件测试工作由在经济上和管理上独立于开发机构的组织进行。独立测试可以避免软件开发者测试自己开发的软件，由于心理学上的问题，软件开发者难以客观、有效的测试自己的软件，要找出那些因为对问题的误解而产生的错误就更加困难。独立测试还可以避免软件开发机构测试自己的软件，软件产品的开发过程受到时间、成本和质量三者的制约，在软件开发的过程中，当时间、成本和质量三者发生矛盾时，质量最容易被忽视，如果测试组织与开发组织来自相同的机构，测试过程就会面临来自于开发组织同一来源的管理方面的压力，使测试过程受到干扰。
客观性——对软件测试和软件中的错误抱着客观的态度，这种客观的态度可以解决测试中的心理学问题，既能以揭露软件中错误的态度工作，也能不受发现的错误的影响。经济上的独立性使测试有更充分的条件按测试要求去完成。
专业性——独立测试作为一种专业工作，在长期的工作过程中势必能够积累大量实践经验，形成自己的专业知识。同时软件测试也是技术含量很高的工作，需要有专业队伍加以研究，并进行。专业化分工是提高测试水平、保证测试质量、充分发挥测试效应的必然途径。
权威性——由于专业优势，独立测试工作形成的测试结果更具信服力，而测试结果常常和对软件的质量评价联系在一起，专业化的独立测试机构的评价，更客观、公正和具有权威性。
资源有保证——独立测试机构的主要任务是进行独立测试工作，这使得测试工作在经费、人力和计划方面更有保证，不会因为开发的压力减少对测试的投入，降低测试的有效性可以避免开发单位侧重软件开发而对测试工作产生不利的影响。
软件测试主要工作内容是验证（verification）和确认（validation），下面分别给出其概念：
验证(verification)是保证软件正确地实现了一些特定功能的一系列活动， 即保证软件以正确的方式来做了这个事件(Do it right)
1.确定中的一个给定阶段的产品是否达到前阶段确立的需求的过程。
2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程。
3.评审、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认（validation）是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。（Do the right thing）
1.静态确认，不在计算机上实际执行程序，通过人工或来证明软件的正确性。
2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明、文档、详细设计文档，当然软件测试的主要对象还是源程序。
是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的，常用的用例设计方法。
2.划分等价类
等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。
1)有效等价类
是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
2)无效等价类
与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。
设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理的数据，也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。
3.划分等价类的标准
1)完备测试、避免冗余；
2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合；
3)并是整个集合：完备性；
4)子集互不相交：保证一种形式的无冗余性；
5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。
4.划分等价类的方法
1)在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。
如：输入值是学生成绩，范围是0～100。
2)在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下，可确立一个有效等价类和一个无效等价类。
1. 定义：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
2. 与等价划分的区别
1) 边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。
2) 边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。
3. 边界值分析方法的考虑：
长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。
使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是应着重测试的边界情况。应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。
4. 常见的边界值
1) 对16-bit 的整数而言 32767 和 -32768 是边界
2) 屏幕上光标在最左上、最右下位置
3) 报表的第一行和最后一行
4) 数组元素的第一个和最后一个
5) 循环的第 0 次、第 1 次和倒数第 2 次、最后一次
5. 边界值分析
1) 边界值分析使用与等价类划分法相同的划分，只是边界值分析假定错误更多地存在于划分的边界上，因此在等价类的边界上以及两侧的情况设计测试用例。
例：测试计算平方根的函数
--输入：实数
--输出：实数
--规格说明：当输入一个0或比0大的数的时候，返回其正平方根；当输入一个小于0的数时，显示错误信息"平方根非法-输入值小于0"并返回0；库函数Print-Line可以用来输出错误信息。[3]
从是否关心软件内部结构和具体实现的角度划分（按测试分类）
从是否执行程序的角度
从软件开发的过程按阶段划分有
* 测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试及发布测试。
* 开始是单元测试，集中对用源代码实现的每一个进行测试，检查各个是否正确地实现了规定的功能。
*把已测试过的模块组装起来，主要对与设计相关的的构造进行测试。
* 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及是否完全、正确。
* 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。
单元测试 (Unit Testing)
* 单元测试又称模块测试，是针对的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。
* 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。
1. 单元测试的内容
* 在单元测试时，测试者需要依据和源程序清单，了解该模块的I/O条件和模块的，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。
(1) 模块接口测试
* 在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括：
– 调用本模块的输入参数是否正确；
– 本模块调用子模块时输入给子模块的参数是否正确；
– 全局量的定义在各模块中是否一致
* 在做内外存交换时要考虑：
– 文件属性是否正确；
– OPEN与CLOSE语句是否正确；
– 缓冲区容量与记录长度是否匹配；
– 在进行读写操作之前是否打开了文件；
– 在结束文件处理时是否关闭了文件；
– 正文书写/输入错误，
– I/O错误是否检查并做了处理。
(2) 局部数据结构测试
* 不正确或不一致的数据类型说明
* 使用尚未赋值或尚未初始化的变量
* 错误的初始值或错误的缺省值
* 变量名拼写错或书写错
* 不一致的数据类型
* 全局数据对模块的影响
(3) 路径测试
* 选择适当的测试用例，对模块中重要的执行路径进行测试。
* 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。
* 对基本执行路径和循环进行测试可以发现大量的路径错误。
(4) 错误处理测试
* 出错的描述是否难以理解
* 出错的描述是否能够对错误定位
* 显示的错误与实际的错误是否相符
* 对错误条件的处理正确与否
* 在对错误进行处理之前，错误条件是否已经引起系统的干预等
(5) 边界测试
* 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。
* 如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。
2. 单元测试的步骤
* 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。
– 驱动模块 (driver)
– 桩模块 (stub) ── 存根模块
* 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中的每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。
* 对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别称为模块测试，以区别单元测试。
集成测试（Integrated Testing）
* 集成测试 (组装测试、联合测试）
* 通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是：
– 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；
– 一个模块的功能是否会对另一个模块的功能产生不利的影响
– 各个子功能组合起来，能否达到预期要求的父功能；
– 全局数据结构是否有问题；
– 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。
在单元测试的同时可进行集成测试，
发现并排除在模块连接中可能出现
的问题，最终构成要求的软件系统。
* 子系统的集成测试特别称为部件测试，它所做的工作是要找出集成后的子系统与系统需求规格说明之间的不一致。
* 通常，把模块集成成为系统的方式有两种
– 一次性集成方式
– 增殖式集成方式
1. 一次性集成方式(big bang)
* 它是一种非增殖式组装方式。也叫做整体拼装。
* 使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统。
2. 增殖式集成方式
* 这种集成方式又称渐增式集成
* 首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统
* 在集成的过程中边连接边测试，以发现连接过程中产生的问题
* 通过增殖逐步组装成为要求的软件系统。
(1) 自顶向下的增殖方式
* 这种集成方式将模块按系统程序结构，沿控制层次自顶向下进行组装。
* 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。
* 选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能。
(2) 自底向上的增殖方式
* 这种集成的方式是从程序模块结构的最底层的模块开始集成和测试。
* 因为模块是自底向上进行组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到。
* 自顶向下增殖的方式和自底向上增殖的方式各有优缺点。
* 一般来讲，一种方式的优点是另一种方式的缺点。
(3) 混合增殖式测试
* 衍变的自顶向下的增殖测试
– 首先对和引入新算法模块进行测试；
– 再自底向上组装成为功能相当完整且相对独立的子系统；
– 然后由主模块开始自顶向下进行增殖测试。
* 自底向上-自顶向下的增殖测试
– 首先对含读操作的子系统自底向上直至根结点模块进行组装和测试；
– 然后对含写操作的子系统做自顶向下的组装与测试。
* 回归测试
– 这种方式采取自顶向下的方式测试被修改的模块及其子模块；
– 然后将这一部分视为子系统，再自底向上测试。
关键模块问题
* 在时，应当确定关键模块，对这些关键模块及早进行测试。
* 关键模块的特征：
① 满足某些
② 在程序的模块结构中位于较高的层次（高层控制模块）
③ 较复杂、较易发生错误
④ 有明确定义的性能要求。
确认测试（Validation Testing）
* 确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。
* 对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。
1. 进行有效性测试（）
* 有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。
* 首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具体的测试用例。
* 通过实施预定的测试计划和测试步骤，确定
– 软件的特性是否与需求相符；
– 所有的文档都是正确且便于使用；
– 同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试
* 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：
– 测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。
– 测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。
2. 软件配置复查
n 软件配置复查的目的是保证
u 软件配置的所有成分都齐全；
u 各方面的质量都符合要求；
u 具有维护阶段所必需的细节；
u 而且已经编排好分类的目录。
n 应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。
系统测试（System Testing）
* 系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
* 系统测试的目的在于通过与系统的需求定义作比较， 发现软件与系统的定义不符合或与之矛盾的地方。
验收测试（Acceptance Testing）
* 在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。
* 验收测试是以用户为主的测试。软件开发人员和QA（质量保证）人员也应参加。
* 由用户参加设计测试用例，使用生产中的实际数据进行测试。
* 在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。
*应交付的文档有：
– 确认测试分析报告
– 最终的用户手册和操作手册
– 项目开发总结报告。
1、制定测试计划[4]
2、编辑测试用例
3、执行测试用例
4、发现并提交BUG
5、开发组修正BUG
6、对已修正BUG进行返测
7、修正完成的BUG将状态置为已关闭，未正确修正的BUG重新激活
单元测试是对软件组成单元进行测试，其目的是检验软件基本组成单位的正确性，测试的对象是软件设计的最小单位：模块。
集成测试也称联合测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。其主要目的是检查软件单位之间的接口是否正确，集成测试的对象是已经经过单元测试的模块。
系统测试[5]
主要包括功能测试、界面测试、可靠性测试、易用性测试、性能测试。 功能测试主要针对包括功能可用性、功能实现程度（功能流程&业务流程、数据处理&业务数据处理）方面测试。
回归测试指在软件维护阶段，为了检测代码修改而引入的错误所进行的测试活动。回归测试是软件维护阶段的重要工作，有研究表明，回归测试带来的耗费占软件生命周期的1/3总费用以上。
与普通的测试不同，在回归测试过程开始的时候，测试者有一个完整的测试用例集可供使用，因此，如何根据代码的修改情况对已有测试用例集进行有效的复用是回归测试研究的重要方向，此外，回归测试的研究方向还涉及自动化工具，面向对象回归测试，测试用例优先级，回归测试用例补充生成等。
是软件开发的变种，它反映了测试活动与分析和设计的关系 。
从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。
左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。
用户需求 验收测试
和系统设计 确认测试和系统测试
概要设计 集成测试
详细设计 单元测试
软件测试V模型
1.测试是开发之后的一个阶段。
2.测试的对象就是程序本身。
3.实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。
4.整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度
W模型由Evolutif公司公司提出，相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。 W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。 但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。
中， 软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行，并且可以根据被测物的不同而分层次进行。
这个示意图演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其它流程可以是任意的开发流程，例如设计流程或者编码流程。也就是说， 只要测试条件成熟了，测试准备活动完成了，测试执行活动就可以进行了。
H模型揭示了一个原理：软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。H模型指出软件测试要尽早准备， 尽早执行。不同的测试活动可以是按照某个次序先后进行的，但也可能是反复的，只要某个测试达到准备就绪点，测试执行活动就可以开展。
X模型也是对V模型的改进，X模型提出针对单独的程序片段进行相互分离的编码和测试，此后通过频繁的交接，通过集成最终合成为可执行的程序。X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见，X模型还定位了探索性测试，这是不进行事先计划的特殊类型的测试，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的。但这样可能对测试造成人力、物力和财力的浪费，对测试员的熟练程度要求比较高。
Test Platform，简称TP，是业界唯一的对软件测试全过程进行支撑的软件测试工具。
业界已有的软件测试工具基本上都局限在测试执行阶段，只能支撑测试执行阶段的活动，而测试分析、测试设计、测试实现这三个前期阶段的活动缺乏有效的测试工具支撑，直接影响了软件测试的完整性和充分性，从而影响最终研发的。David.yuan这样说：企业使用了博为峰TP测试平台，整个软件测试过程的 测试覆盖率提高到前所未有的高度和广度，可以极好的达成软件在安全性、健壮性、稳定性和功能、性能方面的要求，即使是没有很多年测试经验的管理和测试人员，通过TP测试平台就可以完成智能化地管理、设计、分析、执行整个测试过程，达到一流测试管理专家所做到的效果。
引入缺陷分析模型
在业界首先将各种有效的缺陷分析模型引入到该软件平台中，包括ODC分析、Gompertz分析、Rayleigh分析、四象限分析、缺陷注入分析、DRE/DRM等工程方法，帮助管理者建立软件研发过程的质量基线、测试能力基线，并帮助管理者将项目实际缺陷、能力数据和基线数据进行对比分析，发现软件过程中的改进点，判断测试是否可以退出、软件是否可以发布，并对软件中残留缺陷数进行预测；
利用理论框架分析
建立了测试分析和设计的理论框架和一整套工程方法，能够很好的支撑测试的辅助分析和设计；
建立测试跟踪关系
建立“开发需求项－&测试项－&测试子项－&测试用例－&缺陷”的测试跟踪关系，能够及时的反应开发需求和设计的变更对测试的影响范围，保证软件的一致性和测试的充分性，从而保证软件的质量；
使用TestPlatform
能够全面的管理软件质量工作，具有高度的集成性，一款TestPlatform能够完成多款其他各类的相关质量管理工具集成在一起才能完成的软件质量管理工作。它集成了需求跟踪、静态测试、动态测试、测试人员管理、测试环境管理、测试计划管理、测试用例管理、缺陷管理、缺陷分析等软件质量相关的流程。
是国内第一款，可以用来完成、、每日构建测试与自动回归测试等工作。是具有脚本语言的、提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试的自动化测试工具。
是一款功能强大，它可以帮助您：实现的过程管理，对测试需求过程、过程、设计实现过程等整个测试过程进行管理。实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖；提供测试用例复用，用例和脚本能够被复用，以保护测试人员的资产；提供可伸缩的测试执行框架，提供自动测试支持；提供测试数据管理，帮助用户同意管理测试数据，降低测试数据和测试脚本之间的。
TAR(Terminal AutoRunner)适用于VT100、VT220等标准的应用系统，支持命令行模式和窗口模式（使用Cursors编写的应用程序），支持自动录制脚本、所见即所得的资源和脚本编辑，稳定的自动同步功能。是目前国内最好的银行业务测试工具.
是全球最大的提供商Mercury Interactive公司生产的企业级，也是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。
外包软件测试就是指软件企业将软件项目中的全部或部分测试工作，交给提供测试服务的公司，由他们为软件进行专门的测试。这样做的好处有两个：一方面软件企业可以更好地专注核心竞争力业务，同时降低软件项目成本；另一方面，由第三方专业的测试公司进行测试，无论在技术上还是管理上，对提高软件测试的有效性都具有重要意义。
外包软件测试行业前景非常看好，发展空间很大。IDG的数据显示，最近几年，中国的软件外包产业年均增长率为36.5%，正处于快速发展的阶段，2008年预计已达到16.9亿美元的市场规模。韩日、欧美国家的软件企业纷纷关注中国市场，而作为软件外包强国的印度，在其国内处于前几位的软件外包服务商也准备来“”。从市场来看，选择将部分软件测试工作进行外包的公司主要是微软、IBM等国际软件旗舰企业，他们利用第三方专业软件测试公司，在产品发布前对软件进行一系列的集成测试和系统测试，既保证了测试工作的全面性，又节省了人力、物力的开销。最重要的是，测试结果往往好于这些软件企业最初的预期，效果非常令人满意。软件企业和提供软件外包测试服务的公司进行合作，只要达成双赢，两方皆大欢喜，这样的合作就会越来越多，项目也会越做越大。
主要业务类型
·本地化软件测试
·国际化软件测试
主要测试的范围
·本地化语言质量测试
·国际化软件的功能和性能测试
测试工作主要方式
·公司内部（In house）执行的测试
·派驻客户开发中心的现场测试（On site）。
软件开发中出现错误或缺陷的机会越来越多，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动开展和真正提高软件测试质量。
（1）误区之一：软件开发完成后进行软件测试
人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件测试的对象不仅仅是，还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的，例如，单元编码需要单元测试，模块组合阶段需要集成测试。如果等到软件编码结束后才进行测试，那么，测试的时间将会很短，测试的覆盖面将很不全面，测试的效果也将大打折扣。更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误，如果要修复该类错误，将会耗费大量的时间和人力。
（2）误区之二：软件发布后如果发现质量问题，那是软件测试人员的错
这种认识很打击软件测试人员的积极性。软件中的错误可能来自软件项目中的各个过程，软件测试只能确认软件存在错误，不能保证软件没有错误，因为从根本上讲，软件测试不可能发现全部的错误。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，是靠的各个过程中设计出来的。出现软件错误，不能简单地归结为某一个人的责任，有些错误的产生可能不是技术原因，可能来自于混乱的项目管理。应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。
（3）误区之三：软件测试要求不高，随便找个人做都行.,,,....
很多人都认为软件测试就是安装和运行程序，点点鼠标，按按键盘的工作。这是由于不了解软件测试的具体技术和方法造成的。随之软件工程学的发展和经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善，新工具，新流程，新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名优秀的测试工程师。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和不断学习精神。
（4）误区之四：软件测试是测试人员的事情，与程序员无关
开发和测试是相辅相成的过程，需要软件测试人员、程序员和等保持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。
（5）误区之五：项目进度吃紧时少做些测试，时间富裕时多做测试
这是不重视软件测试的表现，也是软件项目过程管理混乱的表现，必然会降低软件测试的质量。一个软件项目的顺利实现需要有合理的，其中包括合理的测试计划，对项目实施过程中的任何问题，都要有和相应的对策，不要因为开发进度的延期而简单的缩短测试时间、人力和资源。因为缩短测试时间带来的测试不完整，对项目质量的下降引起的潜在风险，往往造成更大的浪费。克服这种现象的最好办法是加强软件过程的计划和控制，包括软件测试计划、测试设计、测试执行、测试度量和测试控制。
（6）误区之六：软件测试是没有前途的工作，只有程序员才是软件高手
由于我国软件整体开发能力比较低，软件过程很不规范，很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。项目的成功往往靠个别全能程序员决定，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。因此，在这种环境下，软件测试很不受重视，软件测试人员的地位和待遇自然就很低了，甚至软件测试变得可有可无。随着市场对软件质量的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。在软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途，市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。[6]
随着软件产业的发展，软件产品的与质量管理正逐渐成为软件企业生存与发展的核心。几乎每个大中型IT企业的软件产品在发布前都需要大量的质量控制、测试和文档工作，而这些工作必须依靠拥有娴熟技术的专业软件人才来完成。软件测试工程师就是这样的一个企业重头角色。业内人士分析，该类职位的需求主要集中在沿海发达城市，其中北京和上海的需求量分别占去33%和29%。民企需求量最大，占19%，外商独资欧美类企业需求排列第二，占15%。然而，现状是：一方面企业对高质量的测试工程师需求量越来越大越大，另一方面国内原来对测试工程师的职业重视程度不够，使许多人不了解测试工程师具体是从事什么工作。这使得许多IT公司只能通过在实际工作中进行淘汰的方式对测试工程师进行筛选，因此国内在短期将出现测试工程师严重短缺的现象。根据对IT人才情况的了解，许多正在招聘软件测试工程师的企业很少能够在招聘会上顺利招到合适的人才。在具体工作过程中，测试工程师的工作是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试用例，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。对软件测试工程师而言，必须具有高度的工作责任心和自信心。任何严格的测试必须是一种实事求是的测试，因为它关系到一个产品的质量问题，而测试工程师则是产品出货前的把关人，所以，没有专业的技术水准是无法胜任这项工作的。同时，由于测试工作一般由多个测试工程师共同完成，并且测试部门一般要与其他部门的人员进行较多的沟通，所以要求测试工程师不但要有较强的技术能力而且要有较强的沟通能力。
程序测试的过程具有破坏性
人类的活动具有高度的目的性，建立适当的目标具有重要的心理作用。如果我们的目的是要证明程序中没有错误，那我们就会不自觉地朝这个方向去做；也就是说，我们会倾向于挑选那些使程序出错的可能性较小的测试数据。另一方面，如果我们的目标是要证明程序中有错，那就会选择一些易于发现程序所含错误的测试数据。而后一种态度会比前者给程序增添更多的价值。
熟悉软件测试流程，有智能产品/网络应用经验者优先考虑；
熟悉软件测试理论和方法，能够熟练应用多种测试工具；
熟悉 C/C++/C#/Java编程， 有网络协议测试经验；
有较强的逻辑分析能力和学习能力，具备较强的总结能力；
热爱软件测试工作，可以胜任重复性工作。
软件测试员是指根据测试计划和测试方案进行软件测试；能够针对软件需求开发测试模型，制定测试方案，安排测试计划，并对测试项目进行管理的专业人员。每一阶段的测试都是为了减少软件的bug和提升软件的功能需求，所以测试人员必须具备良好的编程功底。
就业竞争小
人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业，有利于从业者的身心健康。另外，由于软件测试在我国起步较晚，独立设置测试部门、对测试人员有强烈需求的多为独具慧眼的大中型IT企业。软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证，工作起点高于同类其它职业。
刚入行的软件测试人员，起步的月薪就在元左右，远高于同龄人2000元的薪资水平，随着工作经验的丰富以及能力的提升，这份薪水将一路看涨。
就业质量高
与其他IT职位相比，软件测试人员最大的优势就是发展方向太多了。由于工作的特殊性，测试人员不但需要对软件的质量进行检测，而且对于软件项目的立项、管理、售前、售后等领域都要涉及。在此过程中，测试人员不仅提升了专业的软件测试技能，还能接触到各行各业，从而为自己的多元化发展奠定了基础。
无性别歧视
如果把软件开发领域比作“男子单打”，那么，软件测试领域就是“混合双打”。由于工作的特殊性，软件测试人员更要具有认真、耐心、细致、敏感等个性元素，而这在一定程度上与女性的个性气质相吻合。据了解，很多IT企业中软件测试人员的比例更趋向男女平衡，甚至出现女性员工成主流的情况。
自学，去相关网站学习基础的计算机语言，收集软件测试教程学习。
参加培训机构进行专业的培训与实践。
自动化成为软件安全测试的常态
测试需要覆盖到企业应用程序产品线的所有应用。通常，首先是去【问】“风险最大的应用是哪个？”并且一个个单独查看。但是如果所有的低风险应用程序加起来有无数漏洞，也会造成灾难。”
配对，但是要更为灵活，测试人员需要将代码自动化的任务留给开发人员。这是开发人员得到反馈最为迅速的方式，如果我们让测试人员整天做自动测试，这是浪费时间。相反，应该让测试人员和开发人员配对，并且帮助他们（开发人员）学习如何进行测试。一个优秀的测试人员能给团队带来什么？很多很多。
配对，然后真正的配对，就像mob编程团队一样。在mob编程里，一组有六到八名开发人员，他们集中到一个屋子里，一起狂热地写代码。其实这一理念也可以用在测试上（有人称之为mob测试），或者作为将测试人员和开发人员集中到同一个房间的方式，来一起找到解决问题的方法。[7]
．上海泽众软件科技有限公司[引用日期]
．51Testing软件测试网[引用日期]
．51Testing软件测试网[引用日期]
．泽众软件[引用日期]
．泽众软件[引用日期]
．51Testing软件测试网[引用日期]
．TechTarget[引用日期]}