吃软件测试这碗饭的，如果基础理论都不懂，谈何长久？
欢迎来学习本系列，基础理论比较枯燥，这也是为什么现在很少人掌握的主要原因。热饭尽量用浅显易懂 生动的例子 来帮助大家学习基础理论，所以请耐心看完此系列。
Part1前言
本系列按照粉丝建议，开始侧重于表情包漫画的方式，来让大家更好的理解基础理论。上节课我们学习到了功能性测试的输入处理和输出三大概念包括其子概念：可见/不可见。
然后有人就问了：
答：
Part2非功能
非功能，字面理解，就是测试软件产品的功能性之外的一些特性。比如大家熟知的性能，安全性等质量。但是如果让你说的头头是道，那么估计很少人可以说全面。所以便有了ISO9126和其后续的版本。
ISO9126，是国际上对软件的质量衡量的标准。我们在广告中经常听到的ISO9001 也是这种标准，只不过9001是食物方面的。9126是软件方面的。
那么，我们今天就来讲讲这个ISO9126吧。
我们作为测试工程师，要对软件最终质量负责，功能上的BUG只是我们的一小部分工作内容，也是产品经理拥有最终解释权的部分。但！非功能测试，应该是我们测试工程师作为最终解释人，我们要站在用户角度，勇敢的对产品经理反击！
注意，这个内容非常多，我只能分期给大家讲完，请耐心听。原本的内容非常枯涩无味，而且难以理解。按照群友的建议，我准备用具体的小例子给大家讲出来，然后再引申出标准的定义。
那么首先要登场的，就是让同学糊涂的 非功能性 的六大特性 中的第一个：【功能性】
Part3非功能的第一个大特性：功能性
1功能性
让我先来举个小例子：
这个小例子中：用户抱怨自己的音乐APP为什么总推送毫不相干的文章新闻。而产品经理却觉得自己的功能设计很好，没有bug，页面交互都很不错。
俩个人完全是牛头不对马嘴，按照我们之前讲的【功能测试】这个大概念来说，这个推送功能没有任何bug，但是却犯了一个致命的问题，那就是这个功能压根就不适合用户，更加不适合这个音乐app。
所以，这件事就可以归纳于，非功能测试中的功能性的范围。
【非功能测试的功能性】一共分为：适合性，准确性，互操作性，保密安全性，依从性 。五个子特性。这个小例子明显违反了第一条子特性，就是适合性。
适合性的标准定义：软件产品为指定的任务和用户目标提供一组合适功能的能力。（1、软件提供了用户所需要的功能 2、软件提供的功能是用户所需要的）
2准确性
先看这个小场景：
这个小例子中，用户在网上商城想购买一台洗衣机，但是上面显示的金额却不够精确，而产品经理居然想精确到毫厘.... 这个过程中，功能其实没什么问题，599.999 元，确实是五百多块。但是它的精确度不好，无论是精确到百，还是精确到毫厘，显然都不是用户真正想知道的。这种大件电器，当然都是精确到元才对。但是如果菜市场买菜，估计要精确到角 才可以。
所以，在不同场景下，一个功能的具体精度也是不同的。这就好比别人问你工资多少，你回答月薪不到10万 一个感觉，虽然正确但是不符合功能性中的子特性：准确性。
准确性的标准定义：软件提供给用户功能的精确度是否符合目标。（例如：运算结果的准确，数字发生偏差，多个0或少个0）
还有三个小子特性，留到下一节课就讲了，能坚持看到这的同学，你一定是个有远大志向，想打好根基的优秀测试。
好了，本节结束！
