软件测试 会议

做软件测试都要会哪些？

、 软件测试基础知识： 测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等等、CMMI /ISO9001 2、 各种测试工具的使用： 我们在测试的工作中为了能够提高工作效率进程会用到很多工具、QTP、LR、QC、TD、Bugfree、VSS、SVN等等工具、虽然说工具不是万能的但是工具能为我们提高工作效率所以不能吧工具当神一样看待、但是必须得会熟练的使用 3、 操作系统相关知识： Windows、linux、uinx这些都必须会使用、而且不仅仅是简单的操作、一般的服务管理、注册表编辑、命令行操作都需要会、可以想象下一个连apache服务都不会安装配置的人、谁能想象你可以做好基于apache环境的测试工作、什么？不知道怎么查看磁盘压力、IO数据。

windows linux都有提供自带的工具可用于查看这些数据、perfmon、top什么的。

4、 数据库知识： 现在Oracle的DBA待遇比一般的开发人员待遇还高就知道数据库在企业中的重要性了、作为测试人员虽然不需要有DBA的能力、但是基本的数据库操作你必须得会把、不管是Oracle、DB2、MSsql还是mysql最少都应该能熟悉使用其中的一二。

5、 计算机硬件知识： 做过性能测试的朋友都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。

那么就更不用说了。

交换机、路由器、防火墙这些设备都需要有所了解。

6、 网络协议： 如果你还知道TCP和UDP有什么不一样的话请赶快去补充点知识吧、互联网时代、一切都通过网络传输、常用协议必须得了解、曾经面试了一个测试工程师做了2年的测试居然不知道自己测试软件使用什么协议、这样的人是你的话你敢招么？ 7、 开发语言即代码编写能力： 虽然不会写代码也能做测试、但是如果你想做到高级测试工程师以上、那么代码编写能力就是必选项、如果不会写代码、那么你不可能成为高级测试。

高级测试工程师的一部分工作就是在写测试工具。

虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言（举一个简单的例子：你现在所在的项目从C++语言、2年后你换工作了、新公司的开发语言是java或者是VB什么的）所以在开发语言中测试需要更广的学习。

8、 行业知识：行业知识之所以写在最后面是因为前面的7条我们都可以通过学习来掌握、但是唯独行业知识却只能通过工作经验来积累、不要说你去看几本书就知道通信行业、医疗行业、或者是航天行业、你认为在书本上面能学到么？ 由于行业知识的特殊性所以建议朋友们不要频繁的跳槽、经验的积累是需要时间来沉淀的。

9、 具有一定的美学观： 这个说起来比较拗口一点、简单来说不管是开发活动还是测试活动、最后的目标就是将产品推向市场、而且得到用户的认可。

所以如果产品在需求分析阶段就出现了偏离用户航道、那么就算测试 开发做得再好这个项目也是一样会失败。

所以各位如果有幸能够参加需求评审的话、请不要吝啬你的言论。

10、请不要忘记时刻学习着： 这点我相信大家应该都能理解所以不用写什么：仅此一点“不学习就会落后” 总结：说了那么多技能或者是说是需要掌握的技术、如果你没有一颗发现缺陷之美的心态、没有一颗以提高质量为前提来投入工作中、那么就算你其他做得再好也不过是万千软件测试从业人员中的一枚。

测试活动大部分用于发现缺陷、而发现缺陷之后的工作尤为重要：怎么样从发现缺陷到提高质量。

软件测试的历史和发展

软件测试的发展历史（转）. 20世纪60年代（软件工程建立前），为表明程序正确而进行测试。

. 1972年在北卡罗来纳大学举行了首届软件测试正式会议。

. 1975年John Good Enough和Susan Gerhart在IEEE上发表了《测试数据选择的原理》的文章，软件测试被确定为一种研究方向。

. 1979年，Glenford Myers的《软件测试艺术》，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。

. 20世纪80年代早期，“质量”的号角开始吹响。

软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。

制定了各类标准。

. 1983年，Bill Hetzel在《软件测试完全指南》中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。

. 20世纪90年代，测试工具盛行起来。

. 1996年提出的测试能力成熟度TCMM(Testing Capability Maturity Model)、测试支持度TSM(Testability Support Model)、测试成熟度TMM(Testing Maturity Model)。

. 到了2002年，Rick和Stefan在《系统的软件测试》一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程。

中国软件测试培训网

APP软件测试会从哪些方面质量进行分析评估？

展开全部 软件测试是一个入门简单、但深入难的工作 入门的时候只要会看懂中文、理解能力没问题就可以按照测试用例来执行用例了 1、开始自学的时候找一本书来入门（软件测试原版第三版很不错）-差不多要1个月左右的时间、要能看懂明白里面的知识、这个阶段主要是学习理论知识 2、有基础知识之后找一个软件来自己操作、从开始写测试计划、测试用例、到自己完成测试、并输出测试报告（这个阶段必须自己操作、如果有问题可以去51testing论坛提问）这里如果产品小的话1个月左右、软件功能多的话2个月多都有可能、建议从功能少的软件入手 3、在执行第二个步骤的时候经常多去51testing论坛看看那些问题帖子、绝对增长你的知识量 4、前面3个步完成之后可以开始关注招聘网站那些招聘软件测试的公司、去看看他们公司的做的什么产品、可以吧他们的产品下载回来按照步骤2的方式来自己写用例 执行测试、记录BUG、提交测试报告等内容（如果你去面试公司的时候拿着你的测试报告以及BUG单的话 成功率会高很多） 5、前面几个步骤完成之后差不多要开始找工作了、建议去看看那本的书籍、这本书里面有很多软件测试的面试题目多看看提高知识量 自学软件测试差不多需要6个月左右的时间 PS：自学成才的3个要素、一是方法，二是愿望，三是自律。

这三个要素中任何一个的提高，都会加快目标的实现。

当然如果要在同样时间内实现目标，三个要素其中一个要素的增高，也就同时降低对其他两个要素的要求。

进一步之后需要会的知识会越来越多 1、操作系统的知识（什么软件都是运行在操作系统之上的、一般的操作必须要会） 2、数据库知识（现在还能找到多少不需要数据库的大型软件捏？） 3、计算机网络（通信呀通信、千万不要TCP和UDP都分不清楚） 4、计算机硬件（你要是C/S架构的测试或者是做性能测试、那么计算机硬件都是必修课了、总得知道IO是什么IOPS又是啥） 5、各种测试工具的使用、什么QC/TD/BUGfree/QTP/LR之类的 不需要样样精通但是必须要熟练使用 6、软件测试基础知识（这年头没有知识是万万不能的、软件测试基础知识其实买几本书好好看看就能学个差不多了） 7、开发语言（做到高级软件测试的人都是会写点小工具的） 8、测试环境配置：这个要说下、我在做配置管理的时候发现很多测试人员居然连自己的测试环境都配置不好、一个连自己的测试环境都不会配置的人会成为一个合格的测试么。

（你要测试web的apache、tomcat、iis之类的得会配置吧） PS：希望你不要被我写的这么多东西吓到了、这些知识是在软件测试的进化过程中慢慢积累起来的、不是所有人都一开始就会了、你是计算机专业毕业的。

那么计算机硬件、网络、操作系统、数据库什么的都应该在学校的时候有学到的、所以应该不是问题 最后：祝你好运

软件测试 毕业论文

本科论文还是硕士论文？ 我估计是本科论文可能性比较大，硕士论文作这个就太那个了。

测试的目标说白了，不过是确认产品功能是否正确，进一步还可以确认性能等。

1、论文首先得讲你做了什么，开宗明义2、背景，这里就是你测试的产品，大体介绍一下，就是copy，注明出处3、这里需要根据产品的需求文档，逐一列出需要测试的各个功能，注明出处4、对各个功能一一设计测试用例，这个需要自己来写，对应的代码工作是编写测试的子程序（如果需要）5、确认对各个功能测试的结果，做了哪些测试，测试正确性如何，产品质量如何6、总结7、致谢8、原创性说明就这些了，一般的院校都会有自己的格式要求，但大多数不会差得太多，照着套就行了，呵呵

软件测试是干什么的？

展开全部软件测试是什么，是一种逻辑思维，是一场用户体验，是一项项目高度，是站在老板的立场想问题，是想用户所想做用户所做，是缜密的游戏，是团队的合作，是思维的飞翔，是静下心来的战争。

工作12年后，我有了一个完全属于自己的专业团队，就像现在流行的律师事务所一样，我幻想着打造出高端软件测试团队知名度，让软件公司对软件测试有全新的认识。

什么？你觉得自动化，性能，安全测试才是最重要的，我给予否定，功能测试能让一个项目活着并且活着有尊严，安全和性能只是后期让项目有保障。

什么？你觉得与我们签了合同就意味着我们是为你们服务。

不是，如果你一端与我们有了合作关系，这段时间内，我们就是一个整体团队，没有谁服务于谁，也没有谁比谁更强硬，为了一个共同的目标，我们必须互相促进对方更了解需求，更懂用户。

什么？你觉得我们应该为你发现系统中所有的问题。

不是，最专业的团队也只能为你发现系统中60%-70%的问题，请不要把我们当神，但是我们会比你见过的都更专业。

什么？你准备就派个需求分析人员跟我们沟通。

不行，太少了，我们需要了解你整个团队人员及其职位，整个项目，我们需要固定大家沟通需求和BUG评审的会议，你如果没有打算做这些配合，请不要联系我们。

如果你的软件急于上线，如果你的软件上线后问题多多急于二次开发，请联系我们。

我们的作用：1、分析整个系统需求，把需求熟记于心2、分析整个系统架构，把架构熟记于心3、推动（沟通，测试，BUG会议，沟通，会议，测试，BUG会议，沟通，会议，测试，BUG会议……………………….）4、移交于你公司的人员并做培训

面试软件测试 主要提问哪些问题

展开全部 1、 说说你们公司测试的一个基本测试流程是什么？答：首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点，完了之后，开发就排期进行开发，我们就根据主管写出来的计划、分配到的任务编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本，之后开发人员版本编译完成后，我们会依据测试用例来执行测试，测试过程中，提交bug，跟踪bug，直至关闭，测试完后编写测试报告。

2、 你们项目主要是做什么的，有些什么功能，业务逻辑是怎样的？答：这个主要就是看公司具体的项目是什么，了解清楚功能模块，对主要功能模块做业务逻辑的一个描述就行。

3、 测试的过程中，还用过一些什么工具吗？答：有就有，没有就没有，一定要如实回答！比如在测试接口或者简单施压的时候用到了 jmeter。

4、 如果简历上写了，MySQL、Linux等，一般会问，掌握的程度怎么样？答：如实回答，对于测试人员来说，mysql基本的增删改查都会，Linux基本命令都会，也会linux环境的项目部署。

5、 你们需求分析会议主要目的是什么？答：讲解此次项目主要是做什么的，达到一个什么样的目的，探讨项目功能点，针对不清楚的及时提问。

6、 如果需求过少，你应该怎么办？答：首先我会有所疑问，然后再问问老大，看看到底是怎么回事，如果确实是需求少，那就进一步的分析这个业务。

如果确定有一些需求。

7、 编写测试用例的时候，会用到什么方法？答：等价类、边界值、错误推测法、场景法等。

接着又问了一个：你觉得你在写用例的时候用到了吗？我的回答是用到了，比如边界值，随便列举一个例子，比如：项目中某个标题输入框，长度是1-16个汉字。

会设计测试用例数据为输入标题为空、标题字数为1、标题字数为2、标题字数为15、标题字数是16、标题字数为178、 会写测试计划吗、包含哪些内容？答：一般说：没有写过，是我们主管写的，但我们会接触这个文档。

大概包含有：目的、背景、测试范围、测试开始结束时间、测试策略、测试人员安排、测试环境、风险评估等等。

...

学了这么久的软件测试,感觉什么都不会,要怎么办啊。

如果拿到一个...

展开全部 测试的笔试就要看每个公司的侧重咯，不过根据参加了5次测试应聘经验来看，测试的笔试并不会只考你测试的知识，还有编程，数据库，计算机网络等方面的，所以要求还是蛮全的。

至于测试知识这块，一般会考你：软件测试的目的；软件测试的概念；黑盒测试和白盒测试各是什么意思，各自又有哪些方法；黑盒测试中的等价类、边界值和因果图方法的概念；测试的4个模型，V、W、H、X（这个一般只有大公司会考，小点的不会涉及）；还有些大点的公司会考你一些智力题……总的来说，测试的笔试题和开发差不多，只是深度没那么大，但是范围却更广……...

软件测试工程师工作内容是什么？

以下是作为一名测试工程师的日常工作：阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^ 使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例 软件测试工作总体流程图：详细测试步骤： 1. 书写测试计划 2. 审核测试计划，未通过返回第一步 3. 书写测试用例； 4. 审核测试用例，未通过返回第三步 5. 测试人员按照测试用例逐项进行测试活动，并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例） 6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW） 7. 集成部经理接到bugzilla发过来的bug 7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）; 7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改； （bug状态RESOLVED，决定设置为INVALID）; 7.3 对于目前无法修改的，将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND） 8. 开发人员接到发过来的bug立刻修改；（bug状态RESOLVED，决定设置为FIXED） 9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）； 10. 如果复测有问题返回第六步（bug状态REOPENED） 11. 否则关闭这项BUG(bug状态CLOSED) 12. 本轮测试中测试用例中有95%一次性通过测试，结束测试任务； 13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试； 14. 测试任务结束后书写测试总结报告； 15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。

发现bug通知测试人员，测试人员以正规流程处理bug事件； 16. 然后是BETA测试，请用户代表进行测试。

发现bug通知测试人员，测试人员以正规流程处理bug事件。

转载请注明出处51数据库 » 软件测试 会议