专业软件测试用例和例子（汇总13篇）

编辑应该具备良好的时间管理能力，能够在截稿日期前完成工作，并能够应对突发情况的变化。编辑需要保持敬业精神和持续学习的态度，紧跟时代的发展和潮流。请您参考以下编辑推荐的范文，以提高您的文章质量和写作水平。

专业软件测试用例和例子（汇总13篇）

将本文的Word文档下载到电脑，方便收藏和打印

推荐度：

点击下载文档

专业软件测试用例和例子（汇总13篇）篇一

本人自20xx年12月xx日起进入公司以来从事测试工程师一职，在不知不觉中已渡过x月的时间。在这段时间里，我感悟多，虽然这并不是我的第一份工作，但是在此期间，我对这份工作一贯秉持认真负责的工作态度去认真完成领导布置的工作。

在本部门工作中，我能认真及时地完成领导布置的每一项任务，并虚心的向同们事学习，不断改正工作中的'不足，配合各部门负责人落实及完成公司各项项目工作。

在过去的x个月中，我通过不断的学习和自我提高以及同事们对我的帮助，我已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能还需要些时间，同时在一些问题上的考虑还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。

在今后的工作中，我会继续努力，克服自己的缺点，弥补不足，更加完善的做好本职工作、加强软件测试和计算机语言方面的知识学习，不断自我提高，力争成为学习型、创新型、实干型的实用测试工程师。

专业软件测试用例和例子（汇总13篇）篇二

乙方：_________。

第一条软件名称、数量、价格_________。

第二条甲方保证光碟的质量，若因光碟质量问题引起的软件不能使用，甲方保证免费给乙方更换或退回。

第三条软件的，若因软件责任。

第四条结算方式，按代理价，乙方先付款给甲方，甲方确认汇款到位后，七日内用特快专递方式按定货数量把软件发给乙方。

第五条代理合同终止后，未售出并且是没有启封的的软件乙方无条件退给甲方，甲方按原代理价退还相应的款项。

第六条权利保障：乙方以银行或邮政汇款有效汇款票据及本合同作为乙方权利的保障，甲方凭邮局有效发货票据作为甲方履行协议的凭证和保障。

第七条合同争议的解决方式：本合同在履行过程中发生的争议，由双方当事人协商解决；协商不成的，依法向_________人民法院起诉。

第八条本合同一式两份，甲乙双方各执一份，签字生效。

甲方(盖章)：_________乙方(盖章)：_________。

代表人(签字)：_________代表人(签字)：_________。

_________年____月____日_________年____月____日。

专业软件测试用例和例子（汇总13篇）篇三

软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。今天本站小编给大家为您整理了软件测试试用期个人总结，希望对大家有所帮助。

我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，cmm是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹“江湖”还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

第一招学会利用网络。

刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些“武林秘籍”，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

一次项目经理分配任务，觉得依靠手中的秘籍加上自己的“聪明才智”很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此google成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有“无敌秘籍”，所以只要你耐心找，答案就在身边。

这里总结一下利用网络搜索引擎的技巧：

组合搜索。

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

选择表述内容的词组。

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

定位信息来源。

其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。

第二招学会动手。

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样“随手”测试出了几个bug，然后“仔细”的填写了bug单(这个bug的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的bug.他在重现我的bug的过程中，简化了我的输入变化，bug神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出10几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的bug的原因，然后对我说“寻找bug要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的bug描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现bug的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。”.

在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。

第三招思考自己所作的。

刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了iso，cmm，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

所以善于思考，总结经验，也是成为高手之路的不二法决。

本人自20xx年x月xx日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了x个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。

在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。

在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。

总体来说，xx年我主要完成了以下几方面的工作：

l项目测试工作。

l知识与经验分享。

l完成所需知识的积累。

l工具学习及研究。

具体来说，如下：

1.项目测试工作。

这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：

l对测试用例的编写提供反馈意见;。

l对测试过程及测试情况进行分析，并提供意见;。

l设计业务测试数据的例子;。

l绘制系统关键业务流程;。

l进行主要功能的界面测试、功能测试;。

l按照测试用例执行测试，并提交测试汇报;。

l进行需求验证工作。

2.知识与经验分享。

这部分工作，主要表现在四方面：

l完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。

l对现有测试规范提供改进反馈意见;。

l根据以往经验，在cmbp项目中提供帮助。

3.完成所需知识的积累。

这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：

l学习金融行业业务知识。

l学习公司研发规范。

l学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)。

l参加公司或业务部门组织的培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)。

l学习缺陷管理工具ttp。

4.工具学习及研究。

根据《新员工入职指引表》的要求，我了解rational测试解决方案和工具，并进行rationalperformancetester的研究。完成对rationalperformancetester的研究后，我提交了研究成果，包括：《rationalperformancetester6》、使用rationalperformancetester进行性能测试的例子及学习参考资料。

二、xx年计划。

xx年，我希望能通过参与具体项目的实践，达到以下目标：

1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程。

2.在项目中沉淀出一些部门成果。

除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

三、对部门建设的建议。

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1.对人员进行分工，或者说是团队成员的侧重方向进行明确。

例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。

2.强化制度建设。

3.加大对测试过程的实施力度。

现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

4.加强部门测试成果的积累与沉淀。

现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。

除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。

专业软件测试用例和例子（汇总13篇）篇四

合同编号：

甲方：

乙方：

产品价格：

乙方提供产品《》___套______版本，共______个用户，随产品附带加正式销售发票一张，密狗一个用户，光盘一张，许可证卡一张，总价格为___元(全部大写)。

一、双方的权利义务。

1、甲方保证不对乙方所开发的软件进行拷贝、复制、泄露给第三方使用，否则乙方将追究甲方法律责任。

2、若乙方向甲方出售的软件系统存在知识产权纠纷，甲方不承担任何连带责任。

3、乙方收到甲方合同款后五个工作日内完成甲方系统的远程安装，并通过ems快件向甲方邮寄软件光盘，光盘包括软件系统安装程序、用户使用手册。

4、服务：

(1)乙方为甲方提供一年期的免费服务(从软件安装日起)，包含：软件系统的版本升级和补丁代码升级，软件系统的远程技术支持。

(2)甲方通过电话和email等方式向乙方提出技术服务要求，乙方有义务及时响应和认真服务，努力确保甲方所购系统的正常使用。

(3)乙方软件是通用软件，甲方需要改动并进行二次开发，工作量过大需另订协议，作为合同的附件，另收开发费用。

二、服务期满后的收费标准。

一年免费服务期满后，如果甲方还需要乙方继续提供有关服务，则双方应重新签订合作协议。

三、软件系统的安装和验收。

乙方为甲方提供所购软件系统的远程安装服务，甲方需事先做好相关的技术准备。安装调试完毕后，软件系统能够在甲方服务器上正常并连续运行0个工作日即为验收合格。

四、其它。

1、本协议一式两份，甲已双方各执一份。

2、本合同未尽事宜，由双方友好协商解决，协商不成则提交有管辖权的法律仲裁机构。

3、本合同经双方加盖公章及负责人签字后方能生效，具有法律效力。

甲方：乙方：

代表：代表：

日期：日期：

地址：地址：(邮编：)。

电话：电话：

传真：传真：

邮箱：邮箱：

公司名：

开户行：

帐号：

本

专业软件测试用例和例子（汇总13篇）篇五

统一测试用例编写的规范，以保证使用最有效的测试用例，保证测试质量。

2.范围。

适用于公司对产品的业务流程、功能测试测试用例的编写。

3.术语解释。

3.1测试分析：对重要业务、重要流程进行测试前的分析。

3.2业务流程测试用例：关于产品业务、重要流程的测试用例。

4.1系统性。

4.2连贯性。

5.1等价类划分法。

5.1.1确定等价类的原则。

5.1.1.1如果输入条件决定了取值范围，或值的个数，则可以确立一个有效等价类和两个无效等价类。

5.1.1.5如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类(符合规则)和若干个无效等价类(从不同的角度违反规则)。

5.1.1.6如果确知，已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分成更小的等价类。

5.1.2.1为每一个等价类规定一个唯一的编号；

5.1.2.3设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直至所有的无效等价类都被覆盖为止。

5.2边界值分析法。

5.2.1.3根据规格说明的每个输出条件，使用前面的原则；

5.2.1.6分析规格说明，找出其他可能的边界条件。

6.1全面性。

6.1.1应尽可能覆盖程序的各种路径。

6.1.2应考虑存在跨年、跨月的数据。

6.1.3大量数据并发测试的准备。

6.2正确性。

6.2.1输入界面后的数据应与测试文档所记录的数据一致。

6.2.2预期结果应与测试数据发生的业务吻合。

6.3符合正常业务惯例。

6.3.1测试数据应符合用户实际工作业务流程。

6.3.2兼顾各种业务变化的可能。

6.4仿真性。

人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例；不允许出现与知名人士、小说中人物名等雷同情况。

6.5可操作性。

测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。

7.1.1具体实施可以采用excel和图形相结合，可用excel编写测试用例的同时插入图形来加以说明。测试用例设计的内容可由：模块名、功能说明或图形说明、测试用例输入、应输出结果、实际输出结果、结论、bug编号、bug级别8部分组成。

7.1.2在测试用例设计模版中有“业务流程测试用例设计模版”（包含整体业务流程）和“功能测试用例设计模版”两个模板可按需要选择。

7.2.1表格内容的字体为宋体；

7.2.2表格内容的字型为12号；

描述。

a

测试计划中重要的模块功能和业务流程。

b

测试计划中比较重要的模块功能和业务流程。

c

测试计划中次重要的模块功能和业务流程。

d

测试计划中不重要的模块功能和业务流程。

e

系统小单元、系统容错功能。

对于a、b级应重点考虑。

9.bug级别。

参考软件测试停止标准中的错误级别.

[测试用例编写规范]。

专业软件测试用例和例子（汇总13篇）篇六

乙方：___________________。

本经销协议(以下简称“协议”)于_____年_____月_____日签署。有效日期止于_____年_____月_____日。

根据本协议所规定的条款和条件，双方同意以下内容。

甲方授权乙方为(地区)经销代理商。下列附件也是本协议的组成部分。

1.培训支持(包括应用指南、使用及安装手册);。

2.授权委托书；

3.产品订购单；

4.标准合同；

5.报价表及返利规则。

一、经销代理商的指定。

1.1甲方在此授权乙方为_____________地区的销售经销商，负责销售甲方的_____________软件产品，并为客户提供相关服务。

1.2乙方有权在广告和信函上表明其为甲方的授权经销商，但是，甲方不允许乙方在其公司名称或与之有关的场合单独使用甲方的公司名和商品名、或其中的一部分、或商标的任何部分。

二、甲方的责任和义务。

2.1甲方应该为乙方的销售推广工作提供全面的帮助。

2.2在乙方作为甲方产品经销代理商的合作期间，甲方不应在乙方地区内建立第二家经销代理商。

2.3甲方每年应定期召开经销代理商协作管理会议，以便调整和宣传产品销售策略，进行市场预测、分析、地区协调、统一部署和联谊活动。

2.4甲方应保障乙方地区的销售完整性，所有乙方区域内的客户应归乙方管理销售，甲方应保护乙方销售价格的完整性。

2.5为了保护乙方的宣传推广和成本投入，无论乙方地区的客户是否已经与乙方进行过接触或洽谈，均视为乙方客户。由于乙方客户的人为因素而直接向甲方购买成交的项目，甲方应及时与乙方沟通并按照双方具体制定的经销价格体系向乙方返利。

三、乙方的责任和义务。

根据本协议之条款和规定，乙方同意担任甲方的_____________产品的销售经销工作，并且：

3.1乙方应有相应的流动资金支持所经销的甲方产品，乙方的营业执照不得低于________万注册资金。

3.2乙方应积极、持久地尽最大努力在其经销区域推动甲方产品的销售。拥有保证有效履行经销义务的足够设施和最少一名相关技术人员、二名销售人员以上，所需费用由乙方自己承担。(销售过程中如需甲方提供安装服务，差旅费用由乙方承担)。

3.3因向客户销售提供的部分软件需按客户要求单独定制，所以乙方应在每次销售完成后向甲方提供完整和准确的售后服务材料，以利于今后的产品升级服务。资料包括软件名称、购买软件产品的客户名称、购买日期；有偿升级与免费升级资料；甲方公司有义务对乙方提供的材料保密，保证乙方的利益。

3.4乙方如果销售与甲方的_____________产品相同的同类产品，应向甲方说明并且不应影响甲方产品的销售。

3.5在有限的非专营和不可转让的基础上，在规定的经销区域内，甲方授予乙方拥有使用、经营和向其客户销售_____产品的权力。乙方应保证甲方不会因为客户未能履行合同而遭受损失，也不会因为乙方与客户的合同未能将必需的条款包括进去而使甲方遭受损失。否则，甲方将根据情节轻重，对乙方采取减除返利或取消经销资格或索赔等措施而无须事先征得乙方同意。

3.6乙方负责客户的安装和调试工作，乙方负责相应的技术支持和咨询。

四、费用结算。

乙方代理甲方与客户签订合同后，应填写产品订购单传至甲方，甲方应及时准备产品。合同正式执行后，甲方在收到乙方相应款项后，在_____个工作日内将产品发至乙方。

五、知识产权与保密。

5.1为保护甲方的知识产权，乙方不得对甲方产品进行拆解、解密、复制、出租或出借以及其它侵权行为，一经发现，甲方除立即停止和解除经销协议外，将提起法律诉讼，由此给甲方造成的损失，由乙方负全部责任。

5.2甲方向乙方提供的所有系统演示软件及各种系统系列软件，甲方享有独立的完整的知识产权。乙方因故意或过失造成泄露给任何第三方的；由乙方承担责任，在此基础上的开发或委托第三方开发的行为都将被视为侵权。

5.3根据本协议，甲方应告知乙方有关软件和软件价格的所有信息，以便乙方在商业活动中使用。除非该信息能从公共或其他地方获得，乙方同意在本协议有效期间内为该信息保守秘密，不向第三方透露、或让其使用该信息。

六、用户合同订立与原则。

6.1乙方可按照甲方提供的标准合同条款及相应的技术指标与用户洽谈或签订合同。若乙方自行制订合同条款与用户洽谈签约的，超出甲方约定、承诺和服务范围的，甲方有权不响应、不支持，且不承担由此带来的一切后果。

6.2甲方对其提供的产品及服务享有完整的定价权，包括确定价格、调整价格以及对价格的解释权。为规范市场行为，乙方将公开公布市场零售价格。双方认可的经销、代理价格单必须由甲方盖章授权方可生效。

七、协议期限与协议终止。

7.1本协议的首次有效期限为一年。为保护乙方的市场开拓成果，除非协议出现以下条款中的情况自动终止，本协议将自动延期一年。

7.2如果出现下列情况，本协议将自动终止：

7.2.3乙方自动提前放弃经销代理资格并提交书面放弃的。

7.2.4乙方在合同期内没有完成销售指标的。

7.3如果对方出现下列情况，任何一方都可以终止本协议：

1)出现本协议重要信息的严重泄密，并且在接到对方书面通知_____天内未能采取措施。

2)根据相关法律成为自动宣布破产或强制破产的对象、或进入破产程序，而且开始_____天内没有终止。

7.4经销协议正常终止后，各方应按对方的要求向对方归还或销毁所有对方的重要信息和其他的营销材料、软件和数据。乙方应将其与客户之间履行的权力委托给甲方，并提供所有关于该客户的可能需要的信息。结清所有款项。

八、一般规定。

8.1权力放弃与修改本协议规定的任何条款，如果未征求权力放弃方、修改方或更正方的书面同意，任何权力放弃、修改或更正均应被视为无效。除非有特别规定，任何一方在先于本协议规定的权力、职权或赔偿过程中出现的违约或拖延均不得构成对本协议任何此类的权力、职权、或赔偿的放弃。

8.2仲裁双方之间因本协议产生的一切争议、纠纷、或意见分歧以及因此产生的违约，在双方通过友好协商仍不能解决的情况下，申请由深圳仲裁委员会按照其当时有效的仲裁规则进行仲裁，仲裁裁决具有终局性。

8.3甲方对本协议具有最终解释权。

8.4本协议自双方签字盖章之日起生效，传真件同样具有法律效力。本协议一式二份，双方各执一份，具有同等效力。

甲方：_________________乙方：________________。

代表签字：_____________代表签字：____________。

日期：_________________日期：________________

专业软件测试用例和例子（汇总13篇）篇七

这为期四个月的实习和试用期，使我对手机软件测试工作有了深入的认识，就是尽最大的努力发现测试手机的不足，经过开发人员解决之后使手机尽快达到上市的标准，这些发现的bug就是为公司创造的价值。作为四个月__的员工，我对公司也有了一定的了解，__技术有限公司是值得信赖的咨询与科技服务提供商，公司拥有超强的全球运营能力、严格的质量标准和高效的交付流程，致力于成为全球企业“新时代的合作伙伴”，为客户成功保驾护航。自19__年以来，__一直致力于为全球客户提供世界领先的商业/it咨询、解决方案以及外包服务，在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验，主要客户涵盖众多财富500强企业及大中型中国企业。我所在的__分公司主要承接诺基亚手机测试任务，在以往的测试工作中，得到了__公司的高度认可。

一、工作中优点及不足。

对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

优点：

（1）敢于接受任务并想尽一切办法完成。

入职四个月每一个任务对于初入职场的我都是一个挑战，保质保量完成任务是最基本的要求，即使是自己不熟悉的任务也会尽自己的努力和前辈的帮助下按时完成。

（2）勇于承担错误，正视自身的问题。

在这四个月的工作中犯了一些错误，测试工具使用不熟练等导致测试结果填写不规范等，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正。

不足：

数量不高。

（2）一开始工作的时候，对一些测试工具的使用不是很熟练，在使用的过程中会耽误一些工作的时间，导致自己在规定的时间内完成任务比较紧张。

二、以后工作中改进。

（1）重视每一个细节，不要忽视小问题。

做手机测试工作，首先要具备的就是细心，只有这样才能发现手机里的bug，不能放过任何一个与测试用例描述不一样的执行结果，不管这个差别有多么的小，很多bug都是从这些细微的差别中产生的。

（2）进行重复工作也不能大意。

手机测试有时候相同的测试用例要在不同的手机上重复测试，这就相当考验我的耐心，对每次做测试用例都要向第一次做那样，认真的执行每一步操作。

（3）考虑问题要全面。

每次做任务都要有一些发散思维的自由测试，这就需要我们考虑问题的时候要全面的展开思维做尽可能多的测试，才能发现更多的bug。

（4）加强学习。

除了要参加各种培训外，在培训之后还要及时的复习总结，对自己不明白的地方及时找师傅或有经验的人请教，来提高自己的测试技能，并且要认真研究测试工具，多练习使用它们以确保达到熟练的水平。

三、下一步工作展望。

下阶段的工作我很有信心会比之前有所改善，经过四个月的工作和学习已经具备了一些有用的经验，相信他们会对我今后的工作有很大的帮助。以后的工作希望自己能够提高报bug的数量和质量，除此之后还要继续跟师傅和前辈们学习手机测试的更多方法来提高自己的能力。

这四个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢四个月来__组长的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现__的辉煌。

专业软件测试用例和例子（汇总13篇）篇八

测试用例(testcase)目前没有经典的定义，比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

不同类别的软件，测试用例是不同的。不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不统一，变化更大、更快。笔者主要从事企业管理软件的`测试。因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。

1、测试用例文档。

编写测试用例文档应有文档模板，须符合内部的规范要求。测试用例文档将受制于测试用例管理软件的约束。

软件产品或软件开发项目的测试用例一般以该产品的软件模块或子系统为单位，形成一个测试用例文档，但并不是绝对的。

测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果(含判断标准)、出口准则、注释等。以上内容涵盖了测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。

我们早期的测试用例是按功能设置用例。后来引进了路径分析法，按路径设置用例。目前演变为按功能、路径混合模式设置用例。

按功能测试是最简捷的，

专业软件测试用例和例子（汇总13篇）篇九

我叫xx，于x月x日进入公司，根据公司的需要，目前担任测试工程师一职，负责公司手机软件的测试和测试总结工作。本人工作认真、细心且具有较强的责任心和进取心，极富工作热情；性格开朗，有很强的团队协作能力；责任感强，确实完成领导交付的工作，和公司同事之间能够通力合作，关系相处融洽而和睦，配合部门负责人成功地完成各项工作；积极学习新知识、技能，注重自身发展和进步。我自x月工作以来，一直从事软件测试工作，经过在公司这一个月的适用，熟悉并融入了公司这个岗位的工作，并且我在很短的时间内熟悉了公司以及有关工作的基本情况，马上进入工作。现将工作情况简要总结如下：

4、接触并熟悉ptt手机对讲软件，了解其工作原理并完成安装文档的编写；在本部门的工作中，我勤奋工作，获得了本部门同事的认同。当然，在工作中我也出现了一些小的差错和问题，部门领导也及时给我指出，领导的耐心辅导让我感触很深，学历到了不少东西，促进了我工作的成熟性；领导给我mobile的手机让我熟悉智能手机的功能，让我很感动，并能更快更好的做好本职工作。

如果说刚来的那几天仅仅是从简介中了解公司，对公司的认识仅仅是皮毛的`话，那么随着时间的推移，我对公司也有了更为深刻的了解。公司宽松融洽的工作氛围、团结向上的企业文化，和气而有能力的开发团队让我很快进入到了工作角色中来。在公司的领导下，我会更加严格要求自己，在作好本职工作的同时，积极团结同事，搞好大家之间的关系，并继续努力提高自己的工作能力。在工作中，要不断的学习与积累，不断的提出问题，解决问题，不断完善自我，使工作能够更快、更好的完成。我相信我一定会做好工作，成为优秀的全智星人中的一份子，不辜负领导对我的期望。

总之，在这一个月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。全智星科技有限公司给了我这样一个发挥的舞台，我就要珍惜这次机会，为公司的发展竭尽全力。在此我提出转正申请，希望自己能成为公司的正式员工，恳请领导予以批准。

专业软件测试用例和例子（汇总13篇）篇十

许多测试类书籍中都有大幅的篇章介绍用例的设计方法，如等价类划分，边界值，错误推断，因果图等。但实际应用中这些理论却不能给我们很明确的行为指导，尤其是业务复杂，关联模块紧密，输入标准和输出结果间路径众多时，完全的遵循这些方法只能让我们在心理上得到一种满足，而无法有效的提高测试效率。有时我们只有依靠以前项目的用例编写经验(或习惯)，希望能在这一个项目中更加规范，但多数情况下我们规范的只是“书写的规范”，在用例设计上以前存在的问题现在依旧。

当好不容易用例基本完成，我们却发现面对随之而来的众多地区特性和新增需求，测试用例突然处于一种十分尴尬的境地：

从此几乎很少被执行。

执行用例发现的bug很少。

根本没有时间为新的功能需求增补用例。

有时间补充，但用例结构越来越乱。

特性的用例与通性用例之间联系不明确(以新增需求为主线列出所有涉及到的更改，但特性与通行之间的数据或业务联系在用例中逐渐淡化)。

知道怎样执行这个用例，但它要说明什么呢?(多数用例给我们的感觉是只见树木，不见森林，只对某一功能，无法串起)。

通过上面的一系列问题可以看到，似乎测试用例给我们带来的问题远多于益处，也正是因为在实际过程中遇到的问题积累，导致我们有很充分的理由忽视或拒绝用例的应用。

但没有用例或简略用例的编写我们又会舒服很多么?不言自明，谁也不想倒退发展吧。

二、原因。

事实上我们在测试用例编写和设计上遇到的一系列问题只是一种表面的呈现，究其原因我认为有如下几点：

1、没有适合的规范。

在测试论坛中常能看到介绍用例编写方法的帖子，而迷茫于怎样应用到实践的回复也不为少数。为何我们无法在公司和项目组内找到明确且适合的规范?于是我们只得选择从书本或之前的用例中复制，不管是结构还是方式都依赖于以往“的经验，我并不是说这样就是错误的，但不能总结成文的经验无法给予测试更多帮助。

我们有太多经验，但却没有形成适合的规范。

2、功能与业务的分离。

我们知道怎样列举一个输入框的用例，但却很少考虑说明这个输入框是用来做什么的，如果仔细分析不难发现，用例中这种功能与业务的分离越来越普遍也越来越明显。

边界值、等价类划分、因果图，这些用例方法是一种高度提纯的方法，本身就很偏向于功能及代码，所以怎样编写业务的用例我们就从理论上失去了参考。

复杂的业务会贯穿于整个软件，涉及众多功能点，里面组合的分支更不可胜数。测试用例务求简洁、明确，这一点也与业务“格格不入”。功能用例依赖程序界面，业务描述依赖需求文档。于是我们更偏向于根据已实现的界面编写功能用例，列举出众多的边界值、等价类。流程的操作只有凭借经验和理解，这时测试出的bug是最多的，但我们却无法使这个bug对应到一个用例中(点击一个按钮报出的错误有时原因并不在这个按钮或按钮所在的窗体)。正因为我们没有很好的积累业务上的用例，才使得我们感到执行用例时发现的bug不多。

用例结构的划分一定程度上也造成了功能和业务的分离，依照界面模块建立文件夹，并在其中新建不同用例，这使得用例从结构上就很难联通起来。

3、测试未能跟上变化。

想象一下，当我们越来越多的听到开发人员在那里高呼“拥抱变化”“敏捷开发”的时候，测试又有什么举措呢?当地区特性，软件版本越来越多的时候，测试是否在积极响应呢?变化是我们面临的最大挑战，我认为测试未能跟上变化是造成测试过程中遇到种种问题和矛盾的主要原因。

对需求和程序的变化测试人员的感受是非常深的，测试总是跟在需求和开发后面跑，使得所有风险都压在自己身上。不断压缩的时间和资源使我们只能放弃那些“不必要”的工作：尽快投入测试，尽快发现bug，而非从整体把握软件的质量情况，统筹策略。

疲于应对的直接影响就是程序质量无法准确度量，进度无法控制，风险无法预估。用例与程序脱节，新增用例混乱和缺少。长此以往我们只得放弃修改、增补用例，甚至放弃之前积累的所有成果。用例变为程序变更的记录摘要，没有测试数据的保留，测试步骤和重点无法体现，新加功能与原来的程序逐渐“脱离”，可能还会出现相互违背的情况，但这我们却无法很快发现。

永远是变化决定我们的下一步工作，这也是混乱的开始。

三、可能解决的办法。

在这里我希望以探讨的方式提出一些可能的解决办法，因为上面的问题也许在成熟的公司和项目组内很少遇到，而遇到问题的也需根据不同的情况单独考虑。不用拘泥形式，最适合的就是最好的。

1、测试驱动开发，用例指导结果，数据记录变化。

“测试驱动开发”(tdd)是一个比较新的概念，在网上可以看到很多介绍文章，它主要讨论如何让开发的代码更奏效(work)更洁净(clean)，“测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码”。可以看到，tdd是建立在“代码”级别的驱动，但目前我们需要探讨的问题是怎样在黑盒测试中做到“测试驱动开发”。

首先我们需要纠正一个态度，很多人认为黑盒测试的技术含量不高，可思考可拓展的内容不多，主要的工作就是用鼠标在那里瞎点，于是很多“高级”的技术方法都试图与黑盒测试划清界限。但测试人员发现的bug有80%以上都是黑盒测试发现的，手工操作软件仍是目前检验软件质量最有效的一种方法。

如何在黑盒测试中做到测试驱动开发?我认为可以从用例级别做起，以业务用例指导过程和结果。

开发人员通常比较关注技术，对于业务上的理解容易忽视并出现偏差，而需求文档又不会很明确的指出应该实现怎样的结果，这使得从业务到功能出现一个“阅读上的障碍”，如果最后程序错误了还需返工，这样耗费的人力物力就非常大了。使用业务用例驱动开发，就是一个比较好的方法，同样这也需要运用测试中的各种方法，列举出业务流程里数据的等价类和边界值。

业务用例的构造要先于程序实现，与需求和开发人员沟通一致，并以此作为一个基准，保证程序实现不会错，还能对整个软件的进度和质量有一个很好的估计和度量。业务用例可以不关注程序的界面，但一定要有数据的支持。

这就是测试主导变化的另一点“数据记录变化”。

我们不仅要应对变化，还要记录变化，使测试用例成为对程序持续性的监控，数据可以作为最基本、最简单的支持。当一个业务很复杂时可以拆分成段(业务段与程序中以窗体或页面的划分是不一样的)，使用典型的用例方法列出实际输入和预期结果。我们希望数据能做到通用和共享，最理想的情况就是建立一个“数据库”，每个业务用例都从“数据库”中取得输入数据和预期结果，这个数据只是针对业务入口和出口的，当程序内部设计变更时，保留的数据不会因此而作废。举一个例子，例如我的程序要从某种文件中读取数据并计算结果，一段时间后程序内部字段增加了，如果是以保存的文件附件方式提供数据，则现在程序很可能就打不开这个文件了。使用“数据库”指导测试人员可以在变化的程序里直接针对业务输入，而不关心程序内部结构。

再进一步的话“数据库”就开始涉及到程序内部的接口了，这需要开发人员的配合。

为测试用例标明时间或版本可以起到一种基准的作用，标明项目进度过程中的每一个阶段，使用例直接和需求基线、软件版本对应。同样这需要规范流程，也是对变更的一种确认和控制。或者可以为用例增加一个状态，指明这个用例目前是否与程序冲突，当程序变更时改变用例的状态，并更新用例版本。

为测试用例标明优先级可以指出软件的测试重点、用例编写的重点，减少用例回归的时间，增加重点用例执行的次数，帮助项目组新人尽快了解需求，在自动化测试的初期也可以参考这个优先级录制脚本。

2、功能用例与业务用例分开组织。

将功能用例与业务用例分开组织，按照不同关注点列举执行路径。业务用例应在开发前或同期编写，帮助测试人员和开发人员明确业务，了解正确流程和错误流程。功能用例更依赖于程序界面的描述，但功能用例并不等于使用说明。对某些模块的等价类、边界值测试会发现很多严重的bug，也许与业务无关，但用户往往很容易这样操作(例如登录名，你是否考虑到很长的名字，或者用户的键盘有问题，总是敲入n多空格在里面，这与业务无关，但程序将会怎样处理?)。

3、审核用例，结对编写。

测试组长或经理对用例进行审核可以做到用例的补充和校对，但一般情况下是很难做到的，我们可以采用另一种方法，就是结对编写测试用例(前提是你有两个以上的测试人员)，内部审核。

测试用例不是一个人编写一个人执行，它需要其他测试人员都能读懂且明白目标所指。结对编写可以尽量减少个人的“偏好习惯”，同时也能拓展思维，加强测试重点的确认，小组内部达到统一。一定程度上结对编写也可以减少组长或经理对用例的管理，提高组员的参与积极性。

四、发展。

上面的这些解决方法只是一种建议，具体怎样实施到项目中还需根据情况而定。可以看到测试的发展方向是很多很广的，传统的黑盒测试并不是毫无新意，测试工作怎样适合我们而发展，将给予我们更多的思考。

专业软件测试用例和例子（汇总13篇）篇十一

在这两个月的工作中，我的总体任务是协助xx做好武警xx部队xx管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：编写xx系统的各类文档；系统的编码及bug勘误工作；系统的测试工作。下面依照时间来对我的工作进行介绍。

初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行xx系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。

在对xx系统进行测试之后，暴露了系统的诸多问题，测试过程中发现xx系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写xx系统的数据需求文档。在编写该文档的过程中，对xx系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。完成了xx系统的数据需求文档的编写之后，新的任务是对整个xx的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。

在对xx系统添加输入限定完成之后，进入了解决程序小问题的阶段，对xx系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。

完成了系统的修补之后，我们的程序送到了进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。

第一轮测试结果出来之后，我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。

第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。

在进行所检之余，我又接到了新的任务，完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。

对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

成功的经验：

（1）敢于接受任务并想尽一切办法完成。

入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。

（2）勇于承担错误，正视自身的问题。

在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。

失败的教训：

（1）重视每一个细节，不要忽视小问题。

在最初进行xx系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。

（2）进行重复工作也不能大意。

在对xx系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。

（3）考虑问题要严谨。

在对xx系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。

（4）注重用户体验。

在xx系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。

下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别，做好从sql数据库向oracel数据库的迁移工作。

这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来xx经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。

专业软件测试用例和例子（汇总13篇）篇十二

尊敬的领导：

我于20xx年xx月xx日成为本公司技术部的一名。net程序员，三个月的试用期转眼就过去了。这段我人生中弥足珍贵的经历，给我留下了精彩而美好的回忆。在这段时间里您们给予了我足够的关怀、支持和帮助，让我充分感受到了领导们“海纳百川”的胸襟，在对您们肃然起敬的同时，也为我有机会成为影响力在线的一员而惊喜万分。

这段时间，在领导和同事们的关怀和指导下，我通过不懈努力，各方面均取得一定的进步，现将我的工作情况做如下汇报：

刚到公司不久，我便开始负责。net方面的网站开发和广告平台开发和维护，刚开始的时候对我来说确实压力很大，因为各方面都还不熟悉，而且与之前的公司相比，节奏也有点快，不过我慢慢的习惯了环境，和同事相处的比较融洽，领导对我也比较关心，在公司里工作就像是在一个幸福的大家庭里一样，我很快喜欢上了这里。

我到公司不久，第一个项目是xx公司网站，做这个项目的时候我遇到了几个问题，我在以前公司做的时候没有在这么短的时候完成一个项目的，在效率上提高了我的能力。做这个项目的时候我也遇到了许多以前没有遇到过的问题，我请教同事和朋友，还有借助网络一一解决了难题。

之后，我将b2b广告招商平台进行了改版，开发了xx智能建站广告平台以及以后网站的维护工作。

接下来，我又做了一个比较棘手的项目——xx在线咨询系统。为什么说棘手呢，因为我以前没有做过这方面的项目，而且我问遍了所有认识的朋友，搜遍了网络也没有找到如何解决的方法，之后我翻书籍，接着搜索网络。功夫不负有心人，终于我找到一个聊天室的小例子，但是功能差的太远，于是我把这个示例一点点的研究，从一点也不懂到后来慢慢看懂，从对ajax技术一无所知到基本熟练运用。接下来我就开始自己开发，到最后终于把它开发了出来，虽然不是很完美，功能不是很强大，但是它是我辛苦的劳动结晶，我相信以后会把它开发的更强大，更完美。

经过三个多月的工作，虽然完成了一些项目的开发，我的`技能也提高了很多，但是感觉我的技术还有待提高，所以我会在以后的工作中更加努力，努力提高自己的技术和各种不足，努力使自己成为一名称职的职员。

1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种技术知识，并用于指导实践。

2、“业精于勤而荒于嬉”，在以后的工作中不断学习知识，通过多看、多学、多练来不断的提高自己的各项技能。

3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作。

4、努力提高自己的日常交际能力。

时光流转间，我已到公司工作三个多月。非常感谢公司领导对我的信任，给予我体现自我、提高自我的机会。这三个多月的试用期工作经历，使我的工作能力得到了由校园步入社会后幅度的提高。

在此，在对试用期的工作情况及心得体会做一汇报后，我想借此机会，正式向公司领导提出转正请求。希望公司领导能对我的工作态度、工作能力和表现，以正式员工的要求做一个全面考虑，能否转正，期盼回复。我会以炙热的工作热情继续投入到今后的工作当中，以自己踏实努力的工作，报公司知遇之恩！

专业软件测试用例和例子（汇总13篇）篇十三