编程实现标识符识别程序并用等价类划分法设计测试用例并测试下载

weixin_39821746 2019-05-15 11:30:16

在某一PASCAL语言版本中规定：“标识符是由字母开头，后跟字母或数字的任意组合构成。有效字符数为8个，最大字符数为80个。”并且规定：“标识符必须先说明，再使用。” “在同一说明语句中，标识符至少必须有一个”
相关下载链接：//download.csdn.net/download/bandlas200/2220559?utm_source=bbsseo

...全文

42 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

在某一PASCAL语言版本中规定：“标识符是由字母开头，后跟字母或数字的任意组合构成。有效字符数为8个，最大字符数为80个。”并且规定：“标识符必须先说明，再使用。” “在同一说明语句中，标识符至少必须有一个”

测试用例的设计等价划分法. 等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。

软件测试规范目录一.概述 ............................................................................................................................................................ 1 二软件测试理论 ........................................................................................................................................... 2 1.什么是软件测试 .................................................................................................................................. 2 2.软件测试的目标 .................................................................................................................................. 2 三.软件测试流程 ............................................................................................................................................ 3 1.软件测试流程图 .................................................................................................................................. 3 2.软件测试流程细则 .............................................................................................................................. 4 3.软件测试注意事项 .............................................................................................................................. 5 四.软件测试类型 ............................................................................................................................................ 6 1.模块测试 .............................................................................................................................................. 6 2.子系统测试 .......................................................................................................................................... 6 3.系统测试 .............................................................................................................................................. 6 4.验收测试 .............................................................................................................................................. 6 五.黑盒测试方法 ............................................................................................................................................ 7 1.等价类划分 .......................................................................................................................................... 7 2.因果图 .................................................................................................................................................. 8 3.边值分析法 .......................................................................................................................................... 8 4.猜错法 .................................................................................................................................................. 8 5.随机数法 .............................................................................................................................................. 9 六.白盒测试方法 .......................................................................................................................................... 10 1.语句覆盖 ............................................................................................................................................ 10 2.判定理盖 ............................................................................................................................................ 10 3.条件覆盖 ............................................................................................................................................ 11 4.判定／条件覆盖 ................................................................................................................................ 11 5.条件组合覆盖 .................................................................................................................................... 11 七.测试错误类型 .......................................................................................................................................... 12 八.测试标准 .................................................................................................................................................. 13 附录一单元测试报告 ................................................................................................................................. 14 附录二集成测试报告 ................................................................................................................................. 15 附录三测试大纲 ......................................................................................................................................... 16 附录四测试大纲附录 ................................................................................................................................. 17 附录五测试计划 ......................................................................................................................................... 18 附录六程序错误报告 ................................................................................................................................. 19 附录七测试分析报告 ................................................................................................................................. 20 软件测试规范概述一.概述本规范是对项目软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量。 - 1 - 软件测试规范软件测试理论二软件测试理论 1.什么是软件测试无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；但是，经验表明审查并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对软件系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终日的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件。 2.软件测试的目标下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错误的测试。从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。 - 2 - 软件测试规范软件测试流程三.软件测试流程 1.软件测试流程图参与需求分析，了解项目需求内容了解需求变更制定《测试计划》编写《测试大纲》编写《单元测试报告》 N 项目组进行修改配合开发人员进行单元测试 Y 编写《集成测试报告》 N 项目组进行修改配合开发人员进行集成测试 Y 收集待测软件的各种相关文档及《需求分析》、《软件设计规范》和上一级《测试报告》 N 复合对待测软件进行测试项目组进行修改 Y 填写《错误报告》编写《测试分析报告》提交《测试分析报告》所有文件存档编写《用户操作手册》（帮助文件）与用户方协商测试相关事宜 - 3 - 软件测试规范软件测试流程向用户方提供内部测试汇总报告配合用户方进行软件测试用户方签字确认错误报告项目经理与用户方测试进行确认 2.软件测试流程细则需求阶段：测试人员了解项目需求收集结果包括项目需求规格说明、功能结构及模块划分等。测试人员了解项目需求变更。测试人员会同项目主管根据软件需求制定并确认《测试计划》（附录五）。设计编码阶段：测试人员制定《测试大纲》（附录三、附录四）。项目开发组对完成的功能模块进行单元测试，测试人员参与单元测试过程；单元测试完成，产生单元测试报告。所有单元测试及相应的修改完成后，项目开发组组织进行集成测试，测试人员参与集成测试过程；集成测试完成后，产生集成测试报告。测试阶段：项目开发组完成集成测试后，提交测试所要求的待测软件及各种文档、手册、前期测试报告（《需求分析》、《软件设计规范》和上一级《测试报告》附录一、附录二）。测试组安排和协调测试设备、环境等准备工作。测试组按测试计划、测试大纲的要求对待测软件进行有效性测试、集成测试。填写《错误报告》（附录六）。对修改后的情况进行复合。测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果，得出测试结论；测试组进行测试分析和评估，编写《测试分析报告》（附录七）。提交《测试分析报告》。将所有文件存档。对测试未通过的待测软件，测试人员汇总并向项目开发组提交测试错误报告。项目开发组对测试错误报告进行确认，对有争议的问题可由上一级技术负责人确认和仲裁；项目开发组针对测试错误报告进行逐项修改，修改完成后再将待测软件及错误修改情况提交及测试组进行回归测试。待测软件测试通过后，项目测评结束。制作《用户操作手册》（帮助文件）。用户测试阶段：项目开发组与用户方商定测试计划、测试内容、测试环境等。项目测试组向用户方提供项目内部测试汇总报告。由项目开发组或测试组配合用户进行用户方测试。由用户方编制用户方软件测试报告（程序错误报告和测试分析报告），若用户方不愿或无法编制测试报告，则经与用户方协商由我方测试人员编制用户方测试报告，经用户方签字后即可生效。 - 4 - 软件测试规范软件测试流程项目经理与用户方对用户方测试进行确认。 3.软件测试注意事项根据《软件开发规范》仔细检查软件的界面是否合乎要求。（每一个子界面也应如此）其中，应注意提示信息和软件开发商信息是否正确。小的图标是否合乎要求。检查菜单当中的各项功能和功能按钮是否能正确使用。根据《软件开发规范》和《用户需求》及《软件详细设计》设计测试用例。（以边界值法、等价类划分法为主）。对功能界面要求注意与功能相关的信息显示及显示位置是否正确。数据输入界面应注意文字格式及数字和文字的区别。是否能够正确保存信息。数据查询（显示）界面应注意显示信息是否正确和完整。是否能正确查询。对打印功能要求注意打印出的报表是否正确。（包括报表各项信息、数据信息和报表字体等）。这一项测试主要是对软件的错误处理功能进行测试。就是进行错误的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以提示。特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。 - 5 - 软件测试规范软件测试类型四.软件测试类型除非是测试一个小程序，否则一开始就把整个系统作为一个单独的实体来测试是不现实的。与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由许多模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成： 1.模块测试在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。 2.子系统测试子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口。 3.系统测试系统测试是把经过测试的于系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。 4.验收测试验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。 - 6 - 软件测试规范黑盒测试方法五.黑盒测试方法黑盒测试( lack— ox testing)又称功能测试、数据驱动测试或基于规范的测试(即ec颠cation— ased testing)。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。黑盒测试首先是程序通常的功能性测试。要求：每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。用数据类型和数据值的最小集测试。用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果；用假想的数据类型和数据值运行，测试排斥不规则输入的能力；对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。不仅要考核“程序应该做什么?”还要考察“程序是否做了不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数据值的异常等等。下述几种方法：(a)等价类划分，( )因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。在考虑等价类时，应该注意区别以下两种不同的情况：有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。确定等价类有以下几条原则：如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“??项数可以从1到999??”，则可取有效等价类为“l＜项数＜999”，无效等价类为“项数＜l，，及“项数＞999”。输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标识符应以字母开头??”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类。如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。输入条件。。。。。。。。。。。。有效等价类。。。。。。。。。。。。无效等价类。。。。。。。。。。。。根据已列出的等价类表，按以下步骤确定测试用例：为每个等价类规定一个唯一的编号； - 7 - 软件测试规范黑盒测试方法设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖；设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步，使所有无效等价类均被覆盖。这里强调每次只覆盖一个无效等价类。这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个，另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题，但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点。 2.因果图 等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例，同时，还能为我们指出程序规范的描述中存在什么问题。利用因果图导出测试用例需要经过以下几个步骤：分析程序规范的描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件的等价类。结果是输出条件。分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”。由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。 3.边值分析法边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。典型地包括IF语句中的判别值，定义域、值域边界，空或畸形输入，末受控状态等。边值分析法不是一类找一个例子的方法，而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外，边值分析不仅考查输入的边值，也要考虑输出的边值。这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数据结构和标量值的边界值及其上、下出现，运行这个区域的测试用例发现错误的概率很高。用边值分析法设计测试用例时，有以下几条原则：如果输入条件规定了取值范围，或是规定了值的个数，则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对最大、最小及稍小于最小、稍大于最大个数作为测试用例。如有规范“某文件可包含l至255”个记录??“，则测试用例可选1和255及0和256等。针对规范的每个输出条件使用原则〔a〕。如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例。分析规范，尽可能找出可能的边界条件。一个典型的边值分析例子是三角形分类程序。选取a，，c构成三角形三边，“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同，对等价类划分是一个补充。如上述三角形问题，选取a＝3，＝4，c＝5，a＝2，＝4，c＝7则覆盖有效和无效等价类。如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例，而是进而选取该等价类的边界值等价类划分法将更有效，最后可以用边值分析法再补充一些测试用例。 4.猜错法猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析，对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。一个采用两分法的检索程序，典型地可以列出下面几种测试情况：被检索的表只有一项或为空表； - 8 - 软件测试规范黑盒测试方法表的项数恰好是2的幂次；表的项数比2的幂次多1等。猜错法充分发挥人的经验，在一个测试小组中集思广益，方便实用，特别在软件测试基础较差的情况下，很好地组织测试小组 (也可以有外来人员)进行错误猜测，是有效的测试方法。 5.随机数法即测试用例的参数是随机数。它可以自动生成，因此自动化程度高。使用大量随机测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际。 - 9 - 软件测试规范白盒测试方法六.白盒测试方法白盒法测试，是以程序的内部逻辑为基础，有选择地执行程序中最有代表性的通路。因此，白盒法也叫逻辑覆盖法( gic MM阴e)。最彻底的逻辑覆盖法，是覆盖程序巾的诲一条通路。但当程序中含有大量循环时，要执行每一条通路是44可能的。因此，我们只能寄希望于程序的覆盖度尽可能高一些。目前常用的一些覆盖标准有：语句覆盖、判定覆盖、条件澄盖、判定涤件覆盖、条件组合覆盖、路径覆盖等。白盒法考虑的是测试用例对程序内部逻辑的覆盖程度，所以又称为逻辑覆盖法。最彻底的白盒法是覆盖程序中的每一条路径，但这不可能，我们希望覆盖的路径尽可能多一些。为了衡量测试的覆盖程度，需要建立一些标准，目前常用的一些覆盖标准是： (1)语句覆盖； (2)判定覆盖； (3)条件覆盖； (4)判定／条件覆盖； (5)条件组合覆盖。 1.语句覆盖程序的某次运行一般并不能执行到其中的每一个语句，因此，如果某语句含有一个错误，而它在测试中没执行，这个错误就不可能被发现。为了提高发现错误的可能性，应该在测试时至少要执行程序中的每一个语句。所谓“语句覆盖”测试标准，它的含义是：选择足够的测试用例，使得程序中每个语句至少都能执行一次。例子： e Example( A,B,C:eal) egin if(1)and(B=0) then x:=A； if(A=2)(1) then x:=x+l end; 为了使程序中每个语句至少执行一次，只需设计一个能通过路径ace的例子就可以了。例如选择输入数据为： A=2，B=0，x=3 就可达到“语句覆盖”标准。显然，语句覆盖是一个比较弱的覆盖标准。如果第一个条件语句中的and错误地写成，上面的测试用例是不能发现这个错误的，或者是第二个条件语句中1误写成0，这个测试用例也不能暴露它。我们还可以举出许多错误情况是上述测试数据不能发现的。所以，一般认为“语句覆盖”是很不充分的最低的一种覆盖标准。 2.判定理盖比“语句覆盖”稍强的覆盖标准是“判定覆盖”(或称分支覆盖)。这个标准是：执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值，即使得程序中的每一个分文至少都通过一次。对上面那个例子，如果设计两个测试用例，就可以达到“判定覆盖”的标难。为此，我们可以选择输人数据为： (1)A=3，B=0，x=l - 10 - 软件测试规范白盒测试方法 (2)A=2，B=1，x=3 “判定覆盖”比“语句覆盖”严格，因为如果每个分支都执行过了，自然每个语句也就执行了。 3.条件覆盖它的含义是：执行足够的测试用例，使得判定中每个条件获得各种可能的结果。对于例子程序,我们只需设计以下两个测试用例就可满足这标准： (1)A＝2，B＝o，x＝4(沿路径ace执行) (2)A＝1，B＝l，x＝l(沿路径aN执行) 虽然同样只要两个测试用例，但它比判定覆盖中两个测试用例更有效。一般来说，“条件覆盖”比“判定覆盖”强，但是，并不总是如此，满足“条件覆盖”不一定满足“判定覆盖”。例如对语句。 IF(A AND B)THEN S 设计两个测试用例：A“真”B“假”和A“假”B“真”。对于上例我们设计两个测试用例为： (1)A＝1，B＝o，x＝3 (2)A＝2，B＝l，x＝1 亦是如此，它们能满足“条件覆盖”但不满足“判定覆盖”。 4.判定／条件覆盖针对上面的问题引出了另一种覆盖标准，这就是“判定／条件覆盖”，它的含义是：执行足够的测试用例，同时满足判定覆盖和条件覆盖的要求。显然，它比“判定覆盖”和“条件覆盖”都强。对于例子程序，我们选取测试用例： (1)A=2，B=0，x=4 (2)A=1，B=l，x=l 它满足判定／条件覆盖标准。值得指出，看起来“判定／条件覆盖”似乎是比较合理的，应成为我们的目标，但是事实并非如此，因为大多数计算机不能用一条指令对多个条件作出判定，而必须将源程序中对多个条件的判定分解成几个简单判定。这个讨论说明了，尽管“判定／条件覆盖”看起来能使各种条件取到所有可能的值，但实际上并不一定能检查到这样的程度。针对这种情况，有下面的条件组合覆盖标准。 5.条件组合覆盖 “条件组合覆盖”的含义是：执行足够的测试用例，使得每个判定中条件的各种可能组合都至少执行一次。这是一个最强的逻辑覆盖标准。再看例子程序，必须使测试用例覆盖八种组合结果 (1)1，B=0 (5)A=2，1 (2)1，0 (6)A=2，1 (3)l，B=0 (7)2，1 (4)1，0 (8)2，1 必须注意到，(5)、(6)、(7)、(8)四种情况是第二个条件语句的条件组合，而x的值在该语句之前是要经过计算的，所以我们还必须根据程序的逻辑推算出在程序的人口点x的输入值应是什么。要测试八个组合结果并不是意味着需要八种测试用例，事实上，我们能用四种测试用例来覆盖它们： (1)A＝2，B＝o，x＝4； (2)A＝2，B＝1，x＝l； (3)A＝l，B＝o，x＝2； (4)A＝1，B＝1，x＝l。上面四个例子虽然满足条件组合覆盖，但并不能覆盖程序中的每一条路径，可以看出条件组合覆盖仍然是不彻底的，在白盒测试时，要设法弥补这个缺陷。 - 11 - 软件测试规范测试错误类型七.测试错误类型本规范定义以下五类测试错误类型。 A类—严重错误，包括以下各种错误：由于程序所引起的死机,非法退出死循环数据库发生死锁因错误操作导致的程序中断功能错误与数据库连接错误数据通讯错误 B类—较严重错误，包括以下各种错误：程序错误程序接口错误数据库的表、业务规则、缺省值未加完整性等约束条件 C类—一般性错误，包括以下各种错误：操作界面错误（包括数据窗口内列名定义、含义是否一致）打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示数据库表中有过多的空字段 D类—较小错误，包括以下各种错误：界面不规范辅助说明描述不清楚输入输出不规范长操作未给用户提示提示窗口文字未采用行业术语可输入区域和只读区域没有明显的区分标志 E类—测试建议 - 12 - 软件测试规范测试标准八.测试标准黑盒测试的通过准则一般有：单元功能同设计需求一致；规定的路径覆盖率及覆盖类达到要求，且单元执行正确；所规定的黑盒测试手段被使用，且单元执行正确；对残留错误有合法解释或被认可暂留；虽然路径覆盖率不能达到，但其他各测试的错误查出率趋产0或稳定(时间的长短视情况而定)。各类软件测试合格须符合以下标准。 A类错误无 B类错误无 C类错误 1% D类错误 5% E类建议暂不作要求以上比例为错误占总测试模块的比例。软件产品未经测试合格，不允许出公司。 - 13 - 软件测试规范附录一单元测试报告附录一单元测试报告 1 测试过程与结果 1.1 （某程序模块文档名称）测试测试对象：（某程序模块文档）测试方面：（设计规范应用功能及流程程序代码）责任人：测试人及测试时间：问题及影响、处理结果： 1.2 （某程序模块文档名称）测试测试对象：（某程序模块文档）测试方面：（设计规范应用功能及流程程序代码）责任人：测试人及测试时间：问题及影响、处理结果： …… 2 测试结论对单元测试的结果评价。测试负责人：审核（项目经理）：年月日年月日 - 14 - 软件测试规范附录二集成测试报告附录二集成测试报告项目名称测试人项目编号测试时间问题类型：程序代码数据库项目文档问题及影响描述、处理结果（可加附页）测试结论测试负责人：年月日审核（项目经理）：年月日 - 15 - 软件测试规范附录三测试大纲附录三测试大纲 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写目的在于为XXXX（软件名称）软件测试人员提供详细的测试步骤和测试数据，以保证测试人员对软件测试的正确性和完整性。 1.2 参考资料说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词说明本次测试所涉及到的专业术语和缩写词等。 1.4 测试内容和测试种类 2 系统结构图表形式表示。 3 测试目的 4 测试环境 4.1 硬件列出进行本次测试所需的硬件资源的型号、配置和厂家。 4.2 软件列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 5 人员列出一份清单,说明在整个测试期间人员的数量、时间、技术水平的要求。 6 测试说明可以把整个测试过程按逻辑划分为几个组（包括测试计划中描述的总体测试要求的每个方面），并给每个组命名一个标识符。 6.1 [测试1名称及标识符]说明 6.1.1 测试概述对测试1进行一个总体描述,主要说明这组测试的基本内容。 6.1.2 测试准备描述本测试开始前系统必须具备的状态和数据。 6.1.3 测试步骤对各测试操作按先后顺序进行编号。具体操作和数据见附录。 6.2 [测试2名称及标识符]说明测评组：年月日 - 16 - 软件测试规范附录四测试大纲附录附录四测试大纲附录本附录描述了各测试步骤的详细说明，在填入测试结果后，可直接作为测试记录。内容较多时，可一页只放一个测试说明。测试名称：测试时间：操作序号说明输入的具体数据或动作测试输入说明预期的输出或结果预期输出 标识符：测试人：错误等级说明实际的输出或结果实际输出操作序号说明输入的具体数据或动作错误等级测试输入预期输出实际输出 - 17 - 软件测试规范附录五测试计划附录五测试计划 1 概述 1.1 编写目的 [可照抄下列语句，也可适当修改。] 本文档的编写目的在于为整个测试阶段的管理工作和技术工作提供指南；确定测试的内容和范围，为评价系统提供依据。 1.2 参考资料说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词说明本次测试所涉及到的专业术语和缩写词等。 1.4 测试种类说明本次测试所属的测试种类（单元测试、集成测试、有效性测试、系统测试、用户测试）及测试的对象。 2 系统描述简要描述被测软件系统，可用图表加解释的形式，说明被测系统的输入、基本处理功能及输出，为进行测试提供一个提纲。 3 测试环境 3.1 硬件列出进行本次测试所需的硬件资源的型号、配置和厂家。 3.2 软件列出进行本次测试所需的软件资源，包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 4 测试安排 4.1 （子系统1名称和项目唯一标识号） 4.1.1 测试总体要求描述本次测试的要求，如：对所有功能进行正确性测试；使用一些虚假值、最大值和错误值对软件进行测试；对软件进行错误检测和出错恢复的测试；对特定环境条件的组合，用模拟测试数据对软件进行测试；使用从环境中提取的“真实数据”作为输入，对软件进行测试。 4.1.2 主要测试内容列出提纲。 4.1.3 测试进度安排给出进行测试工作的时间安排。 4.2 （子系统2名称和项目唯一标识号） 5 测试数据的记录、整理和分析说明对本次测试得到数据的记录、整理和分析的方法和存档要求。审核：年月日批准：年月日 - 18 - 软件测试规范附录六程序错误报告附录六程序错误报告（系统名称）测试项目项目名称测试类型模块名称测试时间序号模块名称错误等级错误描述版本测试批次修改情况复核测试人： - 19 - 软件测试规范附录七测试分析误报告附录七测试分析报告 1 概述 1.1 编写目的编写本文档的目的在于通过对测试结果的分析得到对软件的评价；为纠正软件缺陷提供依据；使用户对系统运行建立信心。 1.2 参考资料说明软件测试所需的资料（需求分析、设计规范等）。 1.3 术语和缩写词说明本次测试所涉及到的专业术语和缩写词等。 2 测试对象包括测试项目、测试类型、测试批次（本测试类型的第几次测试）、测试时间等。 3 测试分析 3.1 测试结果分析列出测试结果分析记录,并按下列模板产生BUG分布表和BUG分布图。分析模版：从软件测试中发现的并最终确认的错误点等级数量来评估：从以上提出的BUG等级来统计等级和数量的一个分布情况：（如下表） BUG数量所占比例 A 2 9% B 17 74% C 3 13% D 0 0% E 1 4% BUG分布图 0%4%9% A级 B级C级D级E级 74% 3.2 对比分析若非首次测试时，将本次测试结果与首次测试、前一次测试的结果进行对比分析比较。 3.3 测试评估通过对测试结果的分析提出一个对软件能力的全面分析，需标明遗留缺陷、局限性和软件的约束限制等，并提出改进建议。 3.4 测试结论根据测试标准及测试结果，判定软件能否通过测试。测试主管：年月日

《.net程序设计》大作业学生姓名: 郝琛学号： 12 学院: 电子与计算机科学技术学院专业: 网络工程题目: 图书管理系统成绩: 指导教师：王素红 2010 年 11 月 22 日 1.设计目的 1．对图书资源进行分类，发布到网上，以供读者阅读。 2．为读者提供图书检索功能； 3．读者能方便地阅览电子图书； 4. 读者能方便地建立书签； 5. 读者能对书目进行评论； 6. 对读者的用户名、密码及权限进行管理。 2.设计内容（1）系统应符合图书馆信息管理的规定，满足图书馆日常管理的工作需要，并达到操作过程中的直观、方便、实用、安全等要求；（2）系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护。（3）系统应具备数据库维护功能，及时根据用户需求进行数据的添加，删除，修改等操作。 3.需求描述整个软件生命周期中，开发所占的费用和时间都很小。后期维护工作一般要占整个软件生命周期的80% 以上。所以系统分析很重要，一个好的系统分析可以减少很多后期维护工作。下面以一所学校的图书馆为例子进行分析，画出图书馆的组织结构图如下：图1.1 图书馆的组织结构图该图书馆各个部门负责的主要业务如下：（1）采编组主要负责图书采编工作，包括购置新书、打印编目、增加数量。（2）目录厅主要负责读者查询工作，包括可借图书（按图书名称或关键字查询）；（3）借阅组主要负责图书流通、查询统计、借阅查询等工作。（4）阅览室、工具书室主要负责读者阅览工作，包括：阅览各种杂志、报纸、阅览各种工具书。下面绘制出图书馆流通业务中借书的流程图：（1）读者在目录厅查阅索引卡；（2）读者写出所借图书的分类号、种次号、交给图书管理员，并出示本人的借书证；（3）图书管理员根据图书的分类号、种次号到书库找书；（4）将图书交给读者，并由读者填写所借图书的借书卡。（5）图书管理员把借书卡保存到写有该读者借书证号的口袋里。得出该图书馆业务流程图如下所示：图1.2 图书馆业务流程图 4.系统详细分析设计数据库设计是计算机管理信息系统中很重要的部分，设计质量的好坏、数据结构的优劣将直接影响到管理系统的成败。数据库设计的基本原则是在MIS总体信息方案的指导下，各个库应当为它所支持的管理目标服务，在设计数据库系统时，应当重点考虑以下几个因素：（1）数据库必须层次分明，布局合理。（2）数据库必须高度结构化，保证数据的结构化、规范化和标准化。这是建立数据库和进行信息交换的基础。数据结构的设计应该遵循国家标准和行业标准，尤其是应重视编码的应用。（3）在设计数据库时，一方面要尽可能的减少冗余度，减少存储空间的占用，降低数据的一致性问题发生的可能性；另一方面，还要考虑适当的冗余，以提高运行速度、降低开发难度。（4）必须维护数据的正确性和一致性，在MIS中，多个用户共享数据库，由于并行开发操作，可能影响数据的一致性，因此必须用加锁等办法保证数据的一致性。（5）设定相应的安全机制，由于数据库的信息对特定用户有特殊的保密要求，保密机制必不可少。数据库需求分析根据以上的需求分析和数据组织，开始设计数据结构，即根据需求勾画出实体/关系图（E/R）。在概念上，E/R图代表的是系统需要的数据及其这些数据之间的关系。如图所示的实体/关系图。实体/关系图从图中可以看出，在这个系统中实际存在的实体：图书和借阅人，其中借阅人和图书是多对多关系，针对本系统，通过对图书借阅管理的内容和数据流程分析，设计数据项和数据结构如下：（1）图书基本信息，其数据项有图书编号、图书名称、作者、出版社等。（2）借阅人基本信息，其数据项有借阅人编号、借阅人姓名、电话等。（3）图书借阅登记，其数据项有借阅序号、借阅图书编号、借阅人编号等。为了实现图书信息录入的方便性与规范性以及相关的统计功能，还应增加出版社信息与图书分类信息。（4）出版社信息，其数据项有出版社编号、出版社名称、地址、电话、传真等。（5）图书分类信息，其数据项有分类编号、分类名称、同一类型图书数目。同时针对于本系统的多用户使用特点，增加用户信息表：（6）管理员信息表，其数据项有用户名、密码。为了实现图书借阅超期罚款制度，还应增设罚金规则表：（7）罚金规则表，其数据项包括免费使用天数、罚金费率、借阅数量。数据库逻辑结构设计数据库设计有几个范式，一般我们要做到的是第三范式，即数据表中没有冗余字段以及同一个表中的字段没有函数依赖关系，冗余字段即在一个表中已经保存过的信息，在另一个表中就不应该存在，如果需要的话，可以通过表间的关联来得到，函数依赖性就是一个表中的字段间不应该有计算关系，如一个表中有单价字段、数量字段，就不应该有一个总金额字段。如果程序运行过程中需要总金额，可以实时计算。不过在一些较常用的表中，我们可以适当地保留冗余字段，这样，在程序运行过程中可以减少由于表间互相关联而使用速度降低等问题。这就是所谓的第四范式。数据表设计时，最好不要使用用户输入的信息作为主键，每一个数据表自己定义一个主键，添加信息是由程序自动添加，这样就可以减少数据更新时产生的错误。表与表相关联的外键最好是由程序自动生成的主键，这样数据库就比较规范了。另外，数据表设计时一般都应该有一些标志字段，标志字段可以定义成INT或BIT型。建议实际应用中定义成INT字段可以存储多种可能的状态，在最初设计时，可能我们没有考虑到的一些情况，在程序后来的开发中，可以通过设计标志字段为不同的值来解决，这样就避免了修改数据库结构。数据库初期设计时一定要谨慎，把所有可能的情况都考虑进去，即使当时没有用到，也要将它留在数据库中作为备用字段以便将来扩充。程序一旦开始编码，就应该尽量避免再修改数据库。因为如果数据库结构一旦改变，所有与修改的数据表相关的业务都有可能受到影响，而某些影响还很难看到，这样就容易形成一个恶性循环。错误越改越多，越改越乱，最终导致程序的失败。（1）规划有效的索引 a.在组合表的列中创建索引，包括主关键字和外部关键字所在的列。 b.在列或类组合中创建唯一的索引能增强唯一性。 c.浏览索引并卸载不使用的索引。索引需要一定硬盘空间和时间来维护。具有较高数据插入操作频率的数据库最好不要索引。有较高读操作频率的数据库应该有更多的索引。 d.避免在簇索引中包括不必要的列。在可能的情况下，使用较小的数据类型，例如用varchar替代char。 e.考虑使用簇索引来支持排序和范围化查询。在为数据检索优化表时，簇索引必须支持数据的分组索引。为簇关键字选择列或列组，簇关键字以经常需要的顺序排序数据或以必须被一起访问的记录而分组记录。 f.创建支持一般查询的查找参数索引。具有高选择性的列是索引的最好候选列。具有高密度的列是索引糟糕的候选列。（2）使用约束实现数据的完整性 PRIMARY KEY约束在表中定义了主关键字，它是行唯一的标识符，它可以强制实体完整性。在使用PRIMARY KEY约束时考虑以下事实： a. 每个表只能有一个PRIMARY KEY约束。 b. 键入的值必须是唯一的。 c. 不允许有空值。 d. PRIMARY KEY约束在指定的列创建唯一的索引，可以指定簇索引和非簇索引（如果非簇索引先前并不存在，簇索引是默认的）。 UNIQUE约束指定，在一列中的两行不能有相同的值。该约束使用唯一的索引来强制实体的完整性。在已有一个主关键字时UNIQUE约束很有用，例如雇员号，但是必须保证其他标识符（例如，雇员驾驶证号）也是唯一的。在使用UNIQUE约束时，考虑以下事实； a. 允许有空值。 b. 在一个表中可以设置多个UNIQUE约束。 c. 可以将UNIQUE约束运用于具有唯一值的单列或多列，但不能用于表的主关键字。 d. 通过在指定的列或列组中创建唯一的索引，可以使UNIQUE索引得到强制系统主要功能模块的创建本系统是功能结构完整的图书管理系统，程序涉及的窗体和模块相对较多。在详细介绍各个窗体之前，首先把本系统的主要功能模块汇总如下：（1）用户登录模块设计（index_book.aspx）用户登录模块主要根据用户登录的信息，与数据库中信息成功匹配后，获得其相应的操作权限。用户也可以不进行登录，但只能浏览书籍的基本信息，不能进行借书等操作功能。（2）用户信息模块设计（Regedit.aspx）为了减轻图书管理员的工作压力，允许读者自己填写相关信息，管理员只要在后台对相关读者信息进行审核即可。（3）图书详细信息模块设计（Book_Info.aspx）读者可以查看具体书籍的信息，包括这本书是否已经借出等相关信息，登录的用户还可以对未借出的书籍进行在线借阅。（4）图书搜索模块（Book_class.aspx）读者可以在左边菜单栏内对图书名称或关键字进行模糊查询，根据搜索结果会显示出相关信息，单击相应的名称还可以查看具体书籍的信息（5）图书管理员后台登录模块（Book_admin/Login.aspx）图书管理员可以登录此后台进行相关业务的管理，包括书籍的添加，读者信息审核，读者书籍归还等操作（6）用户类别管理（Book_admin/Mem_Class.aspx）对用户权限的设置，可以对不同用户进行分类，可以设置不同的属性（7）书籍类别的管理（Book_admin/Book_Class.aspx）对不同的图书进行分类，使用户更好的查找，也便于图书的维护。（8）出版社信息管理（Book_admin/Pub_Class.aspx）考虑到出版社的有限，也是为了能更好的维护出版社信息，作揖作为独立一个模块进行维护，能大量减少管理员的工作。（9）注册用户管理（Book_admin/index.aspx）对注册读者的信息进行审核，核实读者信息的正确性，管理员可以修改注册用户的信息及审核的一些状态。（只有通过审核的读者才能借阅书籍）（10）图书信息的管理（Book_admin/Manage_Book.aspx）管理员可以添加，修改，删除书籍，并且可以时时进行维护（11）图书归还管理（Book_admin/Borw_Book.aspx）后台页面将显示用户还未归还书籍的相关信息，管理员也可以通过模糊或精确查询查询有关用户未还书的信息，可以查看具体借书的信息及超时，罚款等信息。建立应用程序层次结构在介绍系统中各个主要功能实现模块之前，首先把本系统的整个层次结构归纳如下（为了制图方便有些功能模块已合并，这里只是简单的对整个系统有初步印象，使用户操作起来更方便）见图4－1所示：图4.1 系统运行层次结构图图书基本情况的录入、修改、删除等基本操作。办理借书卡模块。实现借书功能。实现还书功能。能方便的对图书进行查询。对超期的情况能自动给出提示信息。具有数据备份和数据恢复功能。 4.1开发工具及系统运行环境开发工具： MDAC，ASP.NET，IIS 5.1，SQL Server 2000数据库，Microsoft Visual Studio 2008 运行环境：在开始进行ASP.NET编程之前，要了解一下运行ASP.NET的环境需求。首先需要安装Web服务器IIS，如果没有安装过MDAC，还要安装MDAC，最后安装ASP.NET的运行环境.NET Framework。 IIS是ASP.NET惟一可以使用的Web服务器，所以，为了能够运行ASP.NET，就一定要安装IIS。（1） IIS的安装如果使用的是Windows 2000操作系统，那么安装的IIS的版本是IIS 5.0；如果使用的是Windows XP操作系统，那么安装的IIS的版本是IIS 5.1。 IIS是随操作系统一起提供的，如果已经安装过了IIS，那么就可以在控制面板的管理工具中找到它(在英文的版本中，它的名字是Internet Information Services；在中文的版本中，它的名字是Internet服务管理器)。如果没有找到IIS，那么就需要安装。首先打开控制面板，使用它的“增加/删除程序”功能，选择“添加/删除Windows组件”功能，显示“Windows组件向导”对话框，如图B-1所示。图B-1 “Windows组件向导”对话框在此对话框的“组件”列表框中选中“Internet信息服务”复选框，并单击“详细信息”按钮，选择需要安装的IIS子组件，如图B-2所示。在所有选择都完成之后，单击“确定”按钮开始安装。图B-2 “Internet信息服务”对话框安装成功之后，只要启动Windows，IIS就会自动启动。IIS的大部分程序都安装在\winnt\system32\inetsrv中，同时创建了一个\InetPub目录用于存放Web网页文件。（2）使用IIS 由于IIS是在Windows启动的时候自动启动的，所以，如果没有特别设置，一旦进入Windows，IIS就是开启的状态。为了使用IIS，可以在控制面板的管理工具中找到Internet服务管理器。它的管理界面如图B-3所示。图B-3 IIS管理界面为了测试现在IIS是否工作，可以在浏览器中输入“http://cindyking/ localstart.asp”、“http://127.0.0.1/localstart.asp”(这里127.0.0.1是本机默认的IP地址)或者“http://localhost/ localstart.asp”等URL，如果Windows 2000附带的一个测试页localstart.asp可以成功显示，那么表示IIS安装成功。（3）目录管理为了能够访问到IIS管理的页面，需要把编制好的页面和程序放置在一个目录中，这个目录对于IIS来说就是主目录。主目录中存放着HTTP请求所需要的资源。所以，在使用IIS之前还要做的一件事情就是设置主目录。用右击Internet服务器管理程序中的默认Web站点，从弹出的快捷菜单中选择“属性”命令，显示图B-4所示的对话框。在“主目录”选项卡中可以看到，IIS允许有三种信息来源：此计算机上的目录、另一计算机的共享位置和重定向到URL。选择不同的选项，就可以在下面的文本框中输入相应的信息来获取相应的主目录。图B-4 设置主目录 2.数据库安装本系统采用的数据库是SQL Server 2000数据库，如本地机器没有安装SQL Server 2000数据库，请先安装SQL Server 2000数据库（SQL Server 2000试用软件请到“http://www.microsoft.com./china/sql/evaluation/trial/”下载），然后将本实例中的数据库附加到企业管理器中。附加数据库的具体方法如下：（1）．单击“开始”菜单，在“所有程序”目录下选择“Microsoft SQL Server/企业管理器”选项，打开SQL Server 2000中的“企业管理器”，然后展开本地服务器，在“数据库”数据项上单击鼠标右键，在弹出的快捷菜单中，选择“所有任务”/“附加数据库”菜选项，如图B-5所示。图B-5在企业管理器中附加数据库（2）．将弹出“附加数据库”对话框，如图B-6所示，单击“要附加数据库的MDF文件”文本框后的【…】按钮，弹出“浏览现有文件对话框”，在浏览现有文件对话框中选择数据库文件POS.MDF，如图B-6所示。图B-6 附加数据库（3）．单击【确定】按钮，将弹出“附加数据库顺利完成”提示对话框，单击【确定】按钮，即可完成数据库的附加操作。注意：登录SQL Server 2000的用户名为sa，密码为空。由于本系统采用的是ADO连接数据库方法，而且系统中又有相应的配置服务器窗口，所以只要安装好SQL Server2000及数据库的附加（就是步骤2的配置）；用户可以直接运行Manager.exe执行文件，可以操作本系统的功能。 3. 第三方控件的安装如果用户想在本程序的基础上继续开发新的功能，需要安装第三方控件，因为在本系统中使用了大量的第三方控件，想要顺利的通过程序的编译，必需安装控件，否则将通不过编译，也无法继续完善新的功能。本系统使用到的所有控件放在源代码同一目录下，在“bin”文件目录下面，主要包括Ajax.dll，aspnetpager.dll和FreeTextBox.dll。打开Microsoft Visual Studio 2008开发环境，打开页面，在左边的“工具箱”中打开“Web窗体”空白处右击点“添加/移除项…”见下图B-7 4.2系统实现可以写上程序的界面及相关程序，必须要有对界面及代码的解释内容，不能代码原样拷贝。 5．系统测试 5.1测试方法（1）逻辑覆盖法。（2）等价划分法。（3）边值分析法。（4）因过图法。（5）错误猜测法。（6）综合分析法。 5.2测试环境 5.3测试用例及测试结果

软件测试对于软件的重要性不言而喻，是计算机类学生毕业后的一个重要从业方向之一。如果要从事软件测试，那么有些必备的技能还是要有的。比如，测试理论、测试工具、测试文档的编制。今天我们就来看看最最最重要的测试雷论：黑盒测试用例设计方法——等价类，可以说，这个不会，你的软件测试理论约等于0、目录 1.为什么要掌握等价类用例设计方法 2.等价类划分法是什么 3.等价类划分法的设计步骤 4.等价类划分实例走起步骤1：划分等价类步骤2：设计用例覆盖有效等价类步骤3：设计用例覆盖无效等价类

下载资源悬赏专区

12,849

社区成员

12,394,517

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章