软件测试 项目经验编写

跪求软件测试项目经验,请求给我详细介绍一下一个软件的测试流程

展开全部 规范的测试流程 这是虫师的文章，但是总结的我很喜欢，引用过来希望能受益放弃上份悠闲的工作，感谢那个带我入行公司，我想了解真正的测试在公作中如何进行的。

所以，来到了现在这家公司。

我很欣喜的是这测试有自己的团队，专业（对当时的我来说）的流程，以及与开发等同的地位。

现在的测试流程：需求分析：需求分析由产品人员制定，他们要做的不是一份简单的文档，而是细化每一个功能的细节，每一个按钮的位置，对于稍大或复杂一点的需求都进行建模。

需求评审：这里会叫上所有参与项目人员进行，开发人员、测试人员、QA人员。

测试人员提出需求，开发人员考虑功能实现的方案与可行性、当然开发负责也是要参与的。

测试人员主要是对需求的理解提出疑问，以便才能根据需求写用例。

QA人员是最终对软件质量进行验证的人，所以也需求了解需求开发人员编写排期：开发人员需求根据需求功能点进行排期。

然后将开计划转交给测试人员。

测试计划排期：测试人员根据开发计划，对测试具体测试时间，也就是开发功能完成后的时间，进行几轮测试等。

然后，把项目的开发与测试计划发送给各部门负责人及参与项目的所有人员。

编写测试用例：根据详细的需求分档，开始进行用例的编写。

用例评审：在用例进行评审之间，先以邮件形式将用例发送给相关人员，以便他们事先了解用例对哪些功能进行验证以及验证的细节。

然后，测试人员组进行用例评审，开发人员对用例与实际功能不符合有哪些，产品人员对会通过用例对功能的具体实现进行把握等等。

提交基线：开发人员完成所有功能后，会对自己的功能进行一个自测。

自测完成后提交测试人员进行基线。

具体测试流程：开发人员对于基到测试线的功能进行测式，发现的问题通过缺陷管理工具进行反馈，开发人员对问题进行修复，然后，准备第二轮基。

测试人员完成第一轮测试后，需要写测试结论，发到相关人员。

然后对基线后的第二轮进行测试，第二轮会对第一轮中发现的问题进行重点回归。

测试通过：经过两到三轮或四轮的测试后，直到没发现新的问题，或暂时无法解决，或不紧急的问题。

通过上级确认，可以通过。

编写测试报告与验收方案。

验收方案是交由QA进行验证的。

在现公司的流程中是将测试与QA分开的，测试人员重点关注的是功能是否可以正常运行。

QA关注的是整个流程的质量以及最终用户的质量。

有些公司QA与测试是不区分的，但这对测试的要求会更高，除了关心功能，还需要关心整体流程与质量。

（转）关于测试的交付物，我推荐你看《软件测试实用教程》，里面有个网上书店系统测试。

还是很完整的例子。

软件测试 项目总结怎么写啊？高手指教下

展开全部 能表达得有条理就可以了。

不必介意格式。

总结无非就是总结经验，吸取教训咯，本人什么时候参加了什么项目的测试这个项目是干什么的我在项目组中做了什么遇到了什么困难 如何解决的通过这个项目我学习到了什么我要感谢谁谁谁我以后要在什么方面加强此致 敬礼附件一X项目的测试工作到今天算是全部结束了，除了后期维护必要的一些回归测试和用户使用手册的撰写外，整个测试阶段告一段落。

从10月底进入项目，在测试经理的帮助下开始学着写项目测试文档，到根据文档的每日功能测试及回归测试，再到整个项目进行迭代后对测试文档的重新架构及整体回归测试，直至最后的统一交付测试，我个人提交总BUG数为244个。

在这244个BUG的提交和回归过程中，在测试文档的写作及修订中，我对整个项目的逻辑及架构逐步清晰，对项目之间所需的复杂交互的认识也越发深入，对项目功能逻辑上的测试如何进行也更加明晰。

下面我简单谈谈对项目的认识、经验和教训，以及对未来改进的一些建议！一、对项目的认识进入这个项目是在今年十月底，当时测试经理和C已经把Setting（当时是Admin）部分的测试结束了，所以我直接开始接着D的测试文档继续往下写（当时是从Revenue的Report部分开始，即现在的Report模块）。

因为跳过了逻辑部分，所以对整个项目逻辑理解很不够，开始写的测试文档也非常浅显，就是描述了一下页面布局。

这里我的感觉是，测试人员进入项目初期，项目经理有必要指派专门人员与测试人员沟通，帮助其理清整个项目的顺序逻辑。

当时C简单地跟我介绍了一下整个项目，我的感觉是沟通不够，对逻辑理解比较欠缺。

Report部分写完，就直接开始测试——用自己刚写完的文档进行测试，效果显然不够理想。

因为测试人员刚进行该模块测试文档的编撰，再让他对该模块进行测试，这样做的一个后果就是，测试人员会先入为主地觉得自己不需要按部就班地照着文档进行测试（因为文档就是自己写的）。

还有一个很大的问题就是，倘若测试人员在文档撰写上存在严重漏洞的话，他在测试时仍然不可能发现自己的漏洞所在。

所以我建议测试文档撰写人员与测试人员最好不要是同一个人，这样有助于发现测试文档构建的漏洞。

测试完Report后，紧接着开始进行Expense模块测试文档的撰写。

这时我开始接触到一些逻辑，即Expense与Setting部分联系的逻辑。

这时遇到的问题最多最杂，随时随地都需要与C，甚至项目经理进行沟通。

由于之前对主功能（Setting部分）的不熟悉，这种一边沟通一边撰写的测试文档可以说是漏洞百出。

由于项目时间也比较紧，我需要在一周内完成整个Expense模块的测试文档，所以最终完成的文档很不理想。

这里我觉得还是之前沟通不到位的问题，应该有一个对整个项目非常熟悉的人来帮助测试人员理清整个项目逻辑再进行测试文档撰写，而不是一开始就撰写测试文档。

接着就是根据自己撰写的Expense文档对Expense模块进行测试，效果也不够理想。

这里我还有一个建议就是，如果测试人员在初始进入项目时没有得到及时沟通，至少需要给他一周时间先对主功能（即Setting部分）进行完整测试，对照需求手册及主功能发现的BUG，对主功能进行深入理解。

Expense测试完成后，开始对整个项目进行回归测试。

在这个过程中，我逐渐理清了整个项目的逻辑，也开始试图修改以前的文档。

但由于文档量太大，文档结构不够清晰，时间也比较紧，修改难于进行。

大部分原因是我经验不足造成的，之前撰写测试文档时，思路过于混乱，想到哪里写到哪里，导致最后文档难于维护和修改。

回归测试结束后，整个系统逻辑已经比较清晰。

这时项目进行新一轮的迭代，用户需求改了很多，其中包括增加、修改大量功能、名称，以及对整个系统结构进行重构。

这对测试文档而言改动点非常多（包括结构顺序改变、测试编号订正、功能模块名称修改等），而且需求文档并未因此变化，造成最后测试文档与需求文档的不匹配。

这是一个协调的过程，系统迭代后，需求文档应及时随着系统进行修改。

迭代开发过程中，测试基本上是项目改到哪就测到哪，这里面最大的问题不是发现修改模块的BUG，而是发现修改该模块后牵涉到的其它模块出现的BUG。

这种连带BUG的产生可以说是防不胜防，让测试人员苦恼不已。

到现在我也没想出解决办法，只能说对模块之间的联系及交互逻辑理解仍需加深。

迭代开发后期，开始对整个系统从头回归一遍，这时候又发现了许多以前从未出现的BUG。

这个时期大家都很烦躁困惑，曾经运转良好的页面，突然出现存储问题；曾经更新正常的功能，突然无法更新；曾经显示正常的Excel，突然显示错误… …这些都让人苦恼，当然，这些应该都是正常现象。

测试人员在测试后期尤其需要提高警惕，不能漏过任何一个功能点，更不能忽略任何一次貌似无用的查询、翻页、按键。

最后，是大家一起进行的交付测试，人员包括了所有的编程人员及测试人员。

这期间，除了对基本功能的回归测试外，还包括了并发测试及性能测试（这主要是编程人员在做），除此之外，我将过去提交修正过的所有BUG重...

软件测试项目介绍怎么写？

我本身是做软件行业的，已经做了七八年了，给你一些建议，仅供参考~① 项目介绍的部分，要介绍清楚项目内容，并突出软件测试在项目各阶段中的位置，例如，项目的开发模式如果是V模型，那么软件测试伴随每个开发阶段，包括设计、编码等等。

② 项目经验这部分需要详细考虑了，分为两个方面，一、测试技术；二、角色职能；· 测试技术项目当中使用到的技术一定要简明易懂的提出来，例如是否用到自动化测试，性能测试，以及测试的OS是Linux还是Windows之类的，用到的数据库是MySQL还是Oracle...· 角色职能在项目当中，你扮演的角色是什么。

如果是测试工程师，那么有没有妥善的完成测试设计和测试执行；如果是高级工程师，有没有做好测试分析工作，有没有很好的理解需求等。

希望对你有所帮助，有疑问的地方欢迎探讨。

我想应聘软件测试职位,简历中的实践经验怎么写？

展开全部 首先，说一下你的项目，你在里面有着一个怎样的位置，最好，详细的说出你最熟悉的某个模块，重点是在测试用例上，一般面试官都会问到你是怎样进入测试的，如何评判你是一个好的测试员，你可这样说， 主要工作：1确定测试范围，制定测试策略，写测试计划； 2熟悉业务流程； 3设计测试用例； 4 执行用例：进行功能测试，接口测试，容错测试，界面测试，安全测试，初始化测试，文档测试，可用性测试，性能测试，负载测试，稳定性测试，恢复测试，配置测试，安装测试； 项目心得：通过项目实战，掌握了从测试需求分析到编写测试计划的方法和技巧，并掌握了测试用例的设计最后，要说一下，你对测试的理解，如果没有，你就要说，你看过哪些软件测试类的书籍，平时自己都做了哪些实际性的测试，你在学校的实践活动啊，这些都会给你加分的...

软件测试流程,在给我一个测试项目的例子

展开全部 一般的软件测试流程是这样：1.拿到需求说明书，开始对需求进行测试，找出需求中的问题或者说不可测的地方2.需求测试通过后，根据需求说明书制定测试计划，包括测试策略、测试方法、测试周期等3.然后根据软件功能说明书编写测试用例，一般的公司都是根据需求说明书进行编写4.搭建测试环境，包括软件环境和硬件环境5.根据测试用例进行测试，提交缺陷6.回归测试7.测试完成后，进行测试总结，编写测试报告至于测试文档，我这倒是有cmmi标准的一些文档，如果你想要的话，可以留下邮箱，我发过去。

好了，都发过去了。

...

软件测试案例的编写？

需要写“测试内容”、“执行步骤”、“预期结果”、“实际结果”，“是否通过”，举个例吧，就拿腾讯的垃圾客户端来说，QQ登陆器，首先分类，可以分为“账号输入”、“密码输入”，“按钮点击”和“键盘快捷键”来分，首先是“账号输入”，又可以分为有效等价类和无线等价类，有效等价类就是输入正确的账号，无效等价类就是输入错误的账号，而错误的账号又可以分为几种，输入字母，输入汉字，输入特殊字符，等等；后面的“密码输入”类似，而“按钮点击”则是测试比如“登陆”按钮是否有效，也就是各个按钮的功能是否正确，“键盘快捷键”，比如在输入完账号过后直接点击键盘上的回车或者其他按钮是否可以开始登陆账号。

我就写一个用例来说明嘛，“账号输入”的，测试内容：“输入正确的账号点击'登陆'，是否可以开始登陆（密码项输入正确的情况下）”，执行过程：“在'账号'栏输入正确的账号（密码项输入正确文本，点击'确定'）”，“预期结果”：账号开始登陆且登陆成功；实际结果：“ ”，等测试过后，是什么样子的就在实际结果填写什么，就这了，希望楼主采纳，打字很累啊...

求问,软件测试一般简历要怎么写

软件测试一般简历的格式及内容：姓名：目前所在： 天河区 年 龄： 24 户口所在： 江西 国 籍： 中国 婚姻状况： 未婚 民 族： 汉族 培训认证： 未参加 身 高： 175 cm 诚信徽章： 未申请 体 重： 64 kg 人才测评： 未测评 我的特长： 求职意向 人才类型： 普通求职 应聘职位： 软件测试工程师： 工作年限： 3 职 称： 求职类型： 全职 可到职日期： 一个星期 月薪要求： 3500--5000 希望工作地区： 广州，， 工作经历 江西易往信息技术有限公司 起止年月：2009-06 ~ 2010-05 公司性质： 股份制企业 所属行业：通信/电信/网络设备 担任职位： 软件测试工程师 工作描述： 主要职责：1. 根据项目需求，制订测试方案，编写测试计划，编写测试用例；2、搭建测试环境，执行测试用例并跟踪测试结果； 3、编写维护软件说明及测试报告等相关文档；4、日常差错问题查询、处理及跟踪提交详细报告； 离职原因： 深造 广东赛特技工学校 起止年月：2008-02 ~ 2009-06 公司性质： 私营企业 所属行业：教育/培训/院校 担任职位： 班主任兼教师 工作描述： 学生管理与家长沟通，课件安排及课程的教学。

离职原因： 目标--资深软测工程师 志愿者经历 教育背景 毕业院校： 最高学历： 本科 获得学位： 毕业日期： 2008-06 专 业 一： 机械电子 专 业 二： 起始年月 终止年月 学校（机构） 所学专业 获得证书 证书编号 2010-06 2010-12 北大青鸟广州软测培训中心 软件测试 北大青鸟软件测试工程师证书 - 语言能力 外语： 英语 良好 粤语水平： 良好 其它外语能力： 英语 四级 国语水平： 精通 工作能力及其他专长 掌握C语言，熟悉HTML、XML语言、VBScript脚本语言，了解Java语言、C++ ；能够熟练读写英文技术文档，并具备良好的英语阅读能力；能熟练的搭建Windows测试环境，能熟练搭建DHCP、DNS、FTP、WEB服务器等。

掌握软件工程，软件测试理论知识，软件测试流程，能根据需求分析编写测试计划，设计测试用例，执行测试用例并提交缺陷报告，提交测试总结报告；掌握高效设计测试用例的方法，根据不同的情况运用适当的方法设计测试用例，例如：边界值，等价类，因果图，正交表，状态图等；能熟练使用Linux命令实现基本操作，包括文件管理、用户权限管理、进程管理等，能配置linux与网络应用环境，对shell编程有一定基础；熟悉掌握SQL与Access数据库，了解视图、存储过程、触发器、表链接、事务的创建及工作原理，主键与外键的关系，对MySQL、Oracle数据库有一定的了解；熟悉白盒测试，能利用各种覆盖率技术，如：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖，设计测试用例并实施测试，对代码检查工具Logiscope和C++ test有一定的了解；熟练使用自动化测试工具，例如：功能测试工具QTP，性能测试工具LoadRunner，测试管理工具TestDirector、 Bugzilla等缺陷跟踪及管理工具的运用，并能熟练使用配置文档管理软件VSS；自我评价 热爱软件测试工作，可以胜任重复性工作，工作细致认真、积极主动、有耐心、严谨。

有较强的沟通技巧及团队合作精神，组织协调能力，较强的责任感及进取精神。

时间观念超强，能根据任务安排及时完成，承受较大的工作压力，能适应加班及出差工作。

积极上进，不耻下问，具有发现问题并分析、解决应用问题的能力，较强逻辑分析及文字表达能力。

能与开发人员以及客户很好地进行沟通和交流，能与客户成为最为友好的朋友，最终与团队共同创造价值。

具备良好的身体素质及心理素质，非常热爱音乐及各球类运动。

非常积极参加文体活动。

在今后工作中不断的积累经验，拓展自己各方面的知识，往极具有挑战性的高级测试工程师和管理方向发展，成为资深的测试工程师和系统架构师。

项目经验 项目经验一 项目名称：Mattel Video Girl Camera 项目描述：该项目有硬件与软件两部分。

硬件可以随时随地拍照录像并传到软件上，也可以作为网络摄像头使用，通过软件编辑添加一些特效，做成影片。

工作职责： 1）搭建测试平台；2）对所有的功能进行功能性的覆盖测试；3）在不同的系统上测试兼容性，并对声卡显卡进行兼容性测试；4）提交缺陷报告，并对缺陷进行跟踪处理；5）回归测试。

项目经验 二 项目名称：供电管理系统性能测试 项目描述：1）核心业务场景测试；2）组合业务场景测试；3）历史大量数据访问测试；4）压力测试和负载测试；5)WEB服务运行平台：Windows 2000 Server JDK1.42 TomCat4.1.18。

工作职责：1）参与项目测试计划的制定；2）主要进行核心业务模块测试；3）根据需求文档和测试计划编写测试用例；4）根据测试目的设计性能测试用例，运用Loadrunner录制脚本并设计测试场景；5）执行测试并运用VSS配置管理工具管理和提交测试文档和TestDirector进行缺陷跟踪系统填写缺陷跟踪报告并提交；

如何设计一个完整的测试用例

展开全部 测试用例的设计一般从分析需求设计说明书开始，了解开发人员设计这个项目的思路、设计的要求、实现的功能等（最好有use case，这样看起来更清晰）。

软件测试的W模型，就要求测试与开发同步，在开发设计需求设计说明书的时候就开始测试流程，一般情况下，讨论需求设计的时候需要测试主管或者组员的参与，了解这个项目设计的总体情况。

事实上，测试用例的编写一般是在需求设计说明书定下来之后才真正的开始的。

因为测试用例的内容要以需求设计说明书为依据，设计说明书上没体现的功能，不需要在测试用例中体现。

编写测试用例（这里指功能测试用例的编写），首先要做的就是设计测试用例的模板。

每个公司都有适合自己公司用例编写的模板，各有各的特点。

测试用例的格式包括，测试用例摘要、测试用例需求编号（一个需求设计说明书可以分好几个用例编写）、编写用例的日期、编写人员、编写日期、前置条件、准备数据等等。

格式没有固定的要求，可以根据自己测试用例设计的思路，对测试用例的格式作相应的改变。

下面以一个登陆窗口为例，说说我设计登陆界面的思路和方法。

我把这个测试用例分为三层结构，表单测试、逻辑判断、业务流程。

第一层，表单测试为最底层（最基础的）。

这部分的测试用例是对登陆窗口这个界面的输入框、按钮功能、界面等最基本功能的测试。

一般来说登陆用户名和登陆用户密码是输入框的形式体现，那么，我们需要的是针对这两个输入框进行功能的测试。

这时，我们只要考虑这个输入框的功能，而不需要考虑业务方面的内容。

这样，我们考虑就是这个输入框的长度限制是多少？能否输入特殊字符？能否输入全角字符？当然，登陆窗口还有其他按钮，例如登陆按钮、退出按钮、界面设计等，这一层的测试用例只对他们最简单的功能的测试。

我觉得这一层的测试用例对新开发项目很重要，也必须执行，因为这些是最基本的功能保证，当项目进入维护阶段后，如果没有修改就不需要执行这部分的测试了或者说把这层的用例优先级置为最低，时间不充足的情况就不用去执行。

第二层，逻辑判断层。

根据需求的设计，各功能之间的简单逻辑联系。

以登陆窗口为例，账号登录，账号和密码必须对应才能登录，否则登录失败。

根据这一点，我们就可以从这个要求设计这一层测试用例。

例如，账号和密码不一致时；账号为空时；密码为空时；账号密码对应时等等情况。

输入这些情况时，程序是作怎么样的逻辑控制的？控制是否正确？是否有相应的提示信息？我觉得，这一层的用例时最常规的一层，平时使用这个软件用经常碰到的一些情况，在常规测试或修改这部分的功能之后，这一部分的测试用例也必须执行。

第三层，业务流程层。

这部分不关心软件的本身的基本功能，而是关心这个软件的业务有没有实现，不同的需求就有不同的业务需求。

以登陆窗口为例，就可能有不同的需求，可能用户要求停用的账号能够登录系统（可能要求登录后不允许进行其他操作），也可能用户直接要求停用的用户账号不准登录系统。

根据不同的业务需求，就有不同的业务流程。

这样这层的测试用例，我们就只要考虑业务需求，仍然以登录窗口为例，我们就只要考虑删除的用户能否登录？停用的用户能否登录？超级用户是如何登录的？普通用户是何种方式登录的？简单的说，这层的用例只描述业务流程，不关心具体这个业务是怎么实现的，执行这部分用例时，不要考虑哪个输入框控制了多少长度，能否输入空格等其他功能，因为这部分的测试需要基于上面两层的测试用例都已经测试通过了，所以在项目维护阶段或者说时间很紧迫的阶段，我们只需要执行这部分的用例，保证业务能够通畅的完成。

其实个人觉得在执行这部分用例时，对包含了对基本功能的测试，一些明显的问题应该能被发现，虽然严格来说测试覆盖率很低，但是基本能达到要求。

这三层的组合起来才是一个完整的测试用例。

这是我个人对测试用例设计的一个思路和方法。

真正设计这个测试用例的时候，可能会使用到黑盒测试用例的方法，例如等价类划分、边界值分析、错误猜测法（主要是个人经验）、正交分解等方法针对具体情况设计测试用例。

分层测试用例的思路主要来自对自动测试实现的考虑。

因为我觉得，如果需要实现自动化测试就必须对测试用例进行细分，划分得越细就越有利于自动化的实现。

以上三层的划分也并不是很全面，需要在实践中不断完善，例如可以增加对数据库的部分功能的数据校验的分析。

总之，测试用例写的细致、全面、步骤清晰，那么无论是用手工测试的方法还是用自动化测试的方法实现，只要能完整的跑完整个测试用例，就达到了测试的目标了。

＂软件测试工程师＂是具体做什么工作呢？

软件测试工程师主要职责是编写测试用例，按照产品要求测试功能点，发现并记录bug的。

软件测试工程师（Software Testing Engineer）指理解产品的功能要求，并对其进行测试，检查软件有没有错误（Bug），测试软件是否具有稳定性（Robustness），写出相应的测试规范和测试用例的专门工作人员。

简而言之，软件测试工程师在一家软件企业中担当的是“质量管理”角色，及时发现软件问题并及时督促更正，确保产品的正常运作。

按其级别和职位的不同，可分为三类：1、高级软件测试工程师，熟练掌握软件测试与开发技术，且对所测试软件对口行业非常了解，能够对可能出现的问题进行分析评估；2、中级软件测试工程师，编写软件测试方案、测试文档，与项目组一起制定软件测试阶段的工作计划，能够在项目运行中合理利用测试工具完成测试任务；3、初级软件测试工程师，其工作通常都是按照软件测试方案和流程对产品进行功能测验，检察产品是否有缺陷。

软件测试 毕业论文

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

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

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

转载请注明出处51数据库 » 软件测试 项目经验编写