软件测试小知识
1.代码风格指南等于编程标准吗？
答:代码风格指南不是编程标准，在代码开发过程中，开发团队保持一致的编程样式的习惯很重要，直接影响代码的质量。
2.编译器检测代码问题已经足够了吗，如果编译通过，则认为代码质量很好吗？
答：编译器的主要功能是编译代码。在正确编译的前提下要有尽可能高的代码质量。编译器只能识别自己支持的语言扩张，不关注对编程标准的强制性要求，经常会忽略命名规范、编码排版、复杂度度量指标等代码问题。因此编译器检测代码问题是不够的。
3.是否不需要编程标准，只需要修复代码中的bugs(逻辑错误)？
答：不是所有代码中的bug都能够被捕捉，捕捉代码中的bug主要依靠对数据流的分析。在捕捉代码只能怪的bug时，只能捕捉有限的缺陷子集，无法模拟所有的场景。而结合编程标准检测代码，可以明确指出代码是否符合编程标准，覆盖率为100%。
4.通过编程标准修改代码会引入新的bug吗？
答：对于已经证明可以很好运行的代码，应该谨慎地、有选择的进行编程标准的重新审查，通常建议仅仅对非常严重的缺陷进行修复。
5.所有的静态分析工具都一样，都可以100%分析所有代码吗？
答：完全自动化的进行静态分析是不可行的，因为有些规范无法强制符合，有些规范难以判定。不同的静态分析工具在分析范围和分析效果上也有很大差别。所有静态分析工具都存在不同程度的误报和漏报，qac在这些工具中具有较高的准确度和精确度。
6.什么是单元测试？
单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。
7.为什么要引入工具来进行测试？
人工动态测试需要编写测试代码，搭建测试环境，才能实现软件功能测试。而工具可以实现自动搭建测试环境，自动生成测试代码。测试人员只需要将精力集中在测试用例的设计上即可。
人工测试时只关注功能方面的测试，但是对于测试是否完备并不能把控。而工具会在测试功能的同时，自动统计测试覆盖度（提供多种覆盖方式）。
8.测试用例如何编写?
测试用例的编写需要参考产品技术规格说明书。该说明书中详细描述了产品需要实现的各项功能，但是这些功能都是比较粗的描述，并不能细化到每一个函数需要具备的功能。而tessy中的cte模块可以辅助客户将比较粗的功能描述细化至函数的输入和期望输出。
9.为什么要关注测试覆盖度？
测试覆盖度反映出测试是否完备。通过关注测试的完备性，可尽可能的发现代码中潜在的bug。
10.只在编译器上进行编译就好了，为什么还要下载到目标环境中执行？
因为被测的代码是嵌入式代码，还是需要结合目标环境运行软件，从而得到实际数据。这样做能够排查出在实际环境约束下代码的bug。