day110(软件测试思想7.1)

重复写学习报告如果说有什么感想的话：

     想就是如果一个行为重复了一定的程度，就会成为一个习惯。如果说刚开始定义为坚持什么还是强制要求自己去做的，那么到了习惯的时候是自我意识的一个行为了。反而不是一种不做会怎么样的后果的约束，而是如果不做，自己觉得少了点什么。因为成为自己生活习惯中的一部分了，像吃饭睡觉一样，如果我们一天不吃饭，不睡觉，虽然不会死，不会有什么大问题，但是潜意识会觉得自己都没吃饭j啊，没睡觉，好像过了特别不正常，不合理的一天一样。这个也一样。不做的话，我想我会觉得这一天有什么不太舒服的地方的。。 每天做一个习惯的事情不会觉得辛苦，反而不做会觉得这一天是畸形，违背常理一样的奇怪吧。 ‍

     

戴上眼罩测试：

动态黑盒测试：不深入代码代码细节测试软件的方法称为动态轩黑盒测试，这是动态的，因为程序在运行，软件测试员像用户一样使用它，因为测试是不知道程序是如何工作的，所以带上了眼罩（这就是我们平时所言的黑盒测试）。测试人员要做的输入数据，接受输入，检验结果。（这里要额外扯一点是：软件测试无法完美的原因，通过这也是这四点的原因：输入的量太多，输出的结果太多，软件执行的路径太多，软件说明书是主观的）。动态黑盒测试常被称为行为测试，因为是使用过程中的实际行为。有效的动态测试需要关于软件的一些定义----也即需求文档或者产品说明书，。好的说明书会提供这些细节信息。

确定了软件的输入和输出扣，要开始定义测试用例。测试用例是指测试时使用的特定输入，以及测试软件的过程步骤（这里特别要说的是，现在的公司的用例，既然用例能称之为用例肯定是要有特定的数字，特意的踩点的覆盖性的行为，否则只能叫测试要求，何谈用例二字，用例，用例，既是“用”，也在于“例”之一词，既然是例肯定是有深意的例子。既然测试用例，要称之为设计测试用例，重点也在于“设计”二字，没有设计，一堆要求一点一行，列出来的，像老时代的裹脚布，又散既长，散散乱乱，设计二字又体现在哪里呢？也就不能称之为设计用例了）

     选择用例是软件测试员最重要的一项任务，不正确的选择可能导致测试过大或者过小，甚至测试目标不对。准确评估风险，把无穷尽的可能性减少到可以控制的范围是成功的决窍。

     没有产品说明书进行测试的时候，这个时候的测试我们可以称为探索性测试。就是说，了解软件、设计测试、执行测试（某种程度上表示现在也可以说正在探索性测试中）

     软件测试有两种基本方法（顺便提一下，有八种设计测试用例方法）：通用性测试和失效性测试。在进行通过性测试时，实际上是确认软件至少能做什么，而不会考验其能力。不用想办法让其崩溃。虽然软件测试人员是为了找缺陷，但是我们找缺陷的基础上  最根本的是要保证基本的事能做。在设计测试用例时，一定要先有用例是通过性测试（其实从测试用例设计方法的角度来看，这里也就是我们平时在说的有效等价类，也就是有效等价类要优于无效价类进行测试。但是有效等价类，适可而止。）在通过性测试正确运行之后，就可以采用各路手段来搞垮软件，纯粹为了破坏则设计和执行的用例称为失效性测试或错误强制性测试。这是软件中的薄弱环境（这里要提的一点是，这个失效性测试相当于测试用例设计方法中的无效等价类，无效等价类的意义在于测试的是软件的健壮性和强壮性，要尤其注意。）

    等价类划分的目标是把可能的测试用例集缩减到可控制仍然足以测试软件范围内（在测试中个人采用等价类和边界值，场景法测试最多，既然有此意识，平时的时候有意识的将其他测试方法在遇到的时候也多多使用。）

 还有状态转换图，（不展开，几种软件测试方法，老生常谈不展开。）。不过，失效有三个状态测试是重复，压迫和重负。像笨拙的用户一样操作，在找到软件缺陷的地方在找原因，像黑客一样思考问题。凭借感觉。

    最后，总结只想说一句： 从研发的角度，多学一点知识，就可以少写一行代码。在测试的角度，多学一点知识，就可以少写一条用例。代码讲究代码有效性，有效代码。测试技术的使用便也是为了增加用例价值性，有效性。