程序测试

判断题 软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。 （初级） （ × ） 发现错误多的模块，残留在模块中的错误也多。( √ ) （初级） 测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级） 单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。 （ √ ）（中级） 功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级） 软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级） 软件测试只能发现错误，但不能保证测试后的软件没有错误。(√) 软件就是程序。(X) 测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X) I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】 （ × ）用黑盒发测试时，测试用例是根据程序内部逻辑设计的。 （ √ ）白盒测试是基于对程序控制结构了解的基础上来设计测试用例的。 （ × ）测试是为了验证软件正确的实现了用户需求。 （ √ ）确定测试主要测试软件功能是否满足用户的合理需求，以“需求规格说明书”为测试依据。 （ √ ）软件测试时经常要输入无效的

什么是软件？ 软件是计算机系统中与硬件相互依存的另一部分， 软件包括程序+文档 什么是软件测试？ （1）软件测试是在现有软件（程序+文档）中寻找缺陷的过程； （2）软件测试是指使用人工或者自动化手段来运行或测试某个系统的过程，目的是检验系统是否满足需求规格说明书中的要求 软件测试的目的？ 测试的目的是找出软件产品中的错误，使软件尽可能的符合用户的要求。 黑盒测试： 又叫功能测试，把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程，根据规格说明书，通过操作软件验证程序的功能是否与规格说明书规定的一致。 白盒测试： 也称结构性测试，是基于代码的测试，按照程序内部的逻辑结构，检测程序是否能按预定要求进行正确的工作。 回归测试： 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 冒烟测试： 是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性，冒烟测试又称版本验证测试。冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件的基本功能正常，可以进行后续的正式测试工作。 简单地说，冒烟测试就是用较少的人，在较短的时间内测试程序的主要功能，如果通过再进行正式的测试。 aplha测试和bate测试的区别？ Alpha测试(α测试)： 通常也叫“验证测试”，主要是指在软件开发完成以后

一 模块 1 什么是模块？ 常见的场景：一个模块就是一个包含了python定义和声明的文件，文件名就是模块名字加上.py的后缀。 但其实import加载的模块分为四个通用类别： 1 使用python编写的代码（.py文件） 2 已被编译为共享库或DLL的C或C++扩展 3 包好一组模块的包 4 使用C编写并链接到python解释器的内置模块 2 为何要使用模块？ 如果你退出python解释器然后重新进入，那么你之前定义的函数或者变量都将丢失，因此我们通常将 程序写到文件中以便永久保存下来，需要时就通过python test.py方式去执行，此时test.py被称为脚本script。 随着程序的发展，功能越来越多，为了方便管理，我们通常将程序分成一个个的文件，这样做程序的结构更清晰，方便管理。这时我们不仅仅可以把这些文件当做脚本去执行，还可以把他们当做模块来导入到其他的模块中，实现了功能的重复利用， 1.1 import 示例文件：自定义模块my_module.py，文件名my_module.py,模块名my_module 1 #my_module.py 2 print('from the my_module.py') 3 4 money=1000 5 6 def read1(): 7 print('my_module->read1->money',money) 8 9 def

1.什么是软件测试? 答:软件测试是 为了发现错误而执行程序的过程 。或者说，软件测试是 根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例 (即输入数据及其预期的输出结果)，并利用这些测试用例去运行程序，以发现程序错误的过程。（1.验证程序正常运行 2.验证满足用户需求 3.发现缺陷） 2. 软件测试的目的? 答;测试的目的是想 以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷 ，通过修正错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。 3.什么是需求文档测试？ （主要测试需求中是否存在逻辑矛盾以及需求在设计上是否可以实现） 1、需求文档是否符合用户需求； 2、需求文档是否符合逻辑； 3、技术上是否能实现； 软件开发过程中，通常会有专门的测试人员，他们首先 会根据需求文档编写测试用例 ，用于指导如何测试，以及那些输入条件预期得到什么结果 4. 什么是设计文档测试? 答:测试设计是否符合全部需求以及设计是否合理 5.什么是 α测试 ? 答:Alpha测试(α测试)是 由一个用户在开发环境下进行的测试 ，也可以是 公司内部的用户在模拟实际操作环境下进行的受控测试 ， Alpha测试不能由程序员或测试员完成 。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。 目的是评价软件产品的功能

编码规范 1 前言 为确保系统源程序可读性，从而增强系统可维护性，java编程人员应具有基本类似的编程风格，兹制定下述Java编程规范，以规范系统Java部分编程。系统继承的其它资源中的源程序也应按此规范作相应修改。 2 适用范围 本文档将作为java编程人员软件开发的编程格式规范。在项目Java部分的编码、测试及维护过程中，要求严格遵守。 3 命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。 3.1 Package 的命名 Package 的名字应该都是由一个小写单词组成。示例：unipost.trans 3.2 Class 的命名 Class 的名字每个单词必须由大写字母开头而其他字母都小写的单词组成。示例：FileMng 3.3 Class 成员的命名 变量、方法、属性：大小写混排的单词组成，首字母小写 示例： functionName、countNum、size 3.4 Static Final 变量的命名 Static Final常量：大写单词组成，单词之间使用“_”连接 示例： MAX_INDEX 3.5 前后台变量名称 前台变量 fg_变量名 后台变量 bg_变量名 3.6 参数的命名 参数的名字必须和变量的命名规范一致。 3.7 数组的命名 数组应该总是用下面的方式来命名： 3.8 方法的参数

与窗体界面比较，控制台界面有一些额外的选项。命令行必须一直指定一个或多个文件名。控制台界面会一直创建一个XML格式的测试结果。缺省的文件取名为TestResult.xml，并且放置在工作目录里。 注 ：缺省的，nunit-console程序不会增加到你的路径里。如果有必要，你必须手动的增加它。 注 ：在Windows操作系统下，选项的前缀要么是斜杠，要么是一个连接符号。在Linux下，必须使用连接符号。带值的选项可以使用等于符号，冒号或空格来将选项和值分开。 指定一个程序集 控制台程序必须一直有一个指定的程序集或者工程。为了运行nunit.tests.dll包含的测试，使用下面的命令行： nunit-console nunit.tests.dll 为了通过Visual Studio工程运行nunit.tests.dll的测试，使用: nunit-console nunit.tests.csproj 为了通过你定义的NUnit测试工程运行同样的测试，使用： nunit-console nunit.tests.nunit 指定一个程序集和Fixture 当指定一个fixture，你必给定包含测试fixture的程序集全路径名。例如，为了运行nunit.tests.dll的NUnit.Tests.AssertionTests，使用下面的命令： nunit-console /fixture

目录 第一次作业 第二次作业 第三次作业 总结 体会 第一次作业 作业分析 本次作业任务： 简单多项式导函数的求解 。 经历第一单元的 摧残 洗礼之后，再来看第一次作业的要求确实很水。由于表达式中只存在幂函数且每一项遵循 a*x**b 的格式，同时也不用考虑 WRONG FORMAT! 的情况，我们的工作就显得十分轻松了。 去除多余的空白符，并且整理多余的加减号。 使用 正则 解析表达式，并且创建实例化对象。 根据求导规则进行求导。 优化求导之后得到的表达式，输出。 其中对于输出表达式的优化策略主要包括以下： 处理系数1、-1，处理指数0、1。 合并同类项。 根据系数大小排序，保证正数在前。 UML图 本次作业，为保证后续的迭代工作，建立了Item抽象类，并设立了求导抽象方法。但是由于对后续迭代的情况考虑不周，第二次作业还是选择了 重构 。 度量分析 Method ev(G) iv(G) V(G) Item.checkItem(Item,ArrayList ) 4 5 6 Item.fervation() 1 1 1 Item.getCoef() 1 1 1 Item.getIndex() 1 1 1 Item.getItem(String,ArrayList ) 1 1 1 Item.setCoef(BigInteger) 1 1 1 Item.setIndex

三次作业的思路与bug测试 第一次作业 ​ 第一次作业内容为简多项式单导函数的求解，项包含常数项（带符号整数）与变量项（系数与幂函数的乘积），表达式由加法和减法运算符连接若干项组成。且输入中确保格式的正确性。 1.1 实现方案 根据需求，我们很容易联想到用 HashMap 表示每一项中幂函数指数与系数的对应关系。而且因为这是第一次作业，我没有考虑可扩展性，直接在多项式类 Ploy 中使用了类型为 HashMap<BigInteger,BigInteger> 的 ploy 作为存储的数据结构。 数据层次：根据指导书表述，容易联想到建立指数与系数的 HashMap 来表示多项式，我建立了多项式类 Ploy ，项类 Term ，主类 MainClass 。 输入解析：我采用了按项拆分字符串的方法，提取过程中应用了正则表达式。 三次作业包你掌握正则表达式(●'◡'●) 求导功能：我在Ploy类中实现了 diffPloy() 方法，该方法会返回一个求导后的导函数，即一个新的Ploy对象。 输出：我在Ploy类中实现了 printFirst() 方法。 优化方面：实现了合并同类项、正项先输出、零项不输出、系数为1或-1时省略。 ①在 MainClass 里实例化 Ploy 对象 ploy，借用正则表达式将输入的字符串拆为单项的字符串，将拆好的字符串扔进 Term

编码规范 1 前言 为确保系统源程序可读性，从而增强系统可维护性，java编程人员应具有基本类似的编程风格，兹制定下述Java编程规范，以规范系统Java部分编程。系统继承的其它资源中的源程序也应按此规范作相应修改。 2 适用范围 本文档将作为java编程人员软件开发的编程格式规范。在项目Java部分的编码、测试及维护过程中，要求严格遵守。 3 命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。 3.1 Package 的命名 Package 的名字应该都是由一个小写单词组成。示例：unipost.trans 3.2 Class 的命名 Class 的名字每个单词必须由大写字母开头而其他字母都小写的单词组成。示例：FileMng 3.3 Class 成员的命名 变量、方法、属性：大小写混排的单词组成，首字母小写 示例： functionName、countNum、size 3.4 Static Final 变量的命名 Static Final常量：大写单词组成，单词之间使用“_”连接 示例： MAX_INDEX 3.5 前后台变量名称 前台变量 fg_变量名 后台变量 bg_变量名 3.6 参数的命名 参数的名字必须和变量的命名规范一致。 3.7 数组的命名 数组应该总是用下面的方式来命名： 1 byte[]

原文链接： https://www.cnblogs.com/ftl1012/p/javaCode.html 编码规范 1 前言 为确保系统源程序可读性，从而增强系统可维护性，java编程人员应具有基本类似的编程风格，兹制定下述Java编程规范，以规范系统Java部分编程。系统继承的其它资源中的源程序也应按此规范作相应修改。 2 适用范围 本文档将作为java编程人员软件开发的编程格式规范。在项目Java部分的编码、测试及维护过程中，要求严格遵守。 3 命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。 3.1 Package 的命名 Package 的名字应该都是由一个小写单词组成。示例：unipost.trans 3.2 Class 的命名 Class 的名字每个单词必须由大写字母开头而其他字母都小写的单词组成。示例：FileMng 3.3 Class 成员的命名 变量、方法、属性：大小写混排的单词组成，首字母小写 示例： functionName、countNum、size 3.4 Static Final 变量的命名 Static Final常量：大写单词组成，单词之间使用“_”连接 示例： MAX_INDEX 3.5 前后台变量名称 前台变量 fg_变量名 后台变量 bg_变量名 3.6 参数的命名