程序测试

用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据、方面。没有完美的测试和完美的软件

最近一直研究怎么破解GFW，看了外面的花花世界有点像脱缰的野马开始放荡不羁了，怎奈现实是残酷的还得回来搬砖。好了不多说了好好学习，天天上网。 一、安装好Java运行环境 百度下载JDK并且配置JAVA环境的教程一搜一大把，这里我就不详说了 二、运行JMETER 打开安装目录的bin文件中的jmeter.bat文件 三、添加程序 1.添加线程组2.添加HTTP请求3.添加CAV数据文件4.添加察看结果树 四、配置数据 1.线程组配置 根据你需要测试的数据组数进行填写 2.HTTP请求配置 http://iot.szkexin.com.cn:9998/login 路径以及username,password的字段通过接口文档或者使用抓包工具获取，比如使用Fiddder工具抓取如下结果 3.配置CVS数据文件 创建一个txt文件写入登陆账号和密码的各种测试组合，中间用，隔开，保存在一个你知道的路径。 根据你的预期值判断是否存在BUG 终于写完了，写的不是很好，以后慢慢积累吧。

参考： https://developer.toradex.cn/knowledge-base/watchdog-(linux) 1 背景 看门狗，又叫watchdog timer，是一个定时器电路，一般有一个输入，叫喂狗(kicking the dog/service the dog），一个输出到MCU的RST端，MCU正常工作的时候，每隔一段时间输出一个信号到喂狗端，给 WDT清零，如果超过规定的时间不喂狗（一般在程序跑飞时），WDT定时超过，就会给出一个复位信号到MCU，使MCU复位。防止MCU死机. 看门狗的作用就是防止程序发生死循环，或者说程序跑飞。 看门狗分硬件看门狗和软件看门狗。硬件看门狗是利用一个定时器电路，其定时输出连接到电路的复位端，程序在一定时间范围内对定时器清零(俗称“喂狗”)，因此程序正常工作时，定时器总不能溢出，也就不能产生复位信号。如果程序出现故障，不在定时周期内复位看门狗，就使得看门狗定时器溢出产生复位信号并重启系统。软件看门狗原理上一样，只是将硬件电路上的定时器用处理器的内部定时器代替，这样可以简化硬件电路设计，但在可靠性方面不如硬件定时器，比如系统内部定时器自身发生故障就无法检测到。当然也有通过双定时器相互监视，这不仅加大系统开销，也不能解决全部问题，比如中断系统故障导致定时器中断失效。 2 TX2看门狗模块 在英伟达官方文档中

对一个体育竞技模拟程序的各个函数进行测试 原程序代码如下 1 # -*- coding: utf-8 -*- 2 """ 3 Created on Wed May 15 15:25:46 2019 4 5 @author: Benny 6 """ 7 8 #两个选手A,B的羽毛球竞技比赛预测 9 from random import random 10 def printIntro(): 11 print("这个程序模拟两个选手A和B的羽毛球竞技比赛") 12 print("程序运行需要A和B的能力值（以0到1之间的小数表示）") 13 def getInputs(): 14 a = eval(input("请输入选手A的能力值(0-1): ")) 15 b = eval(input("请输入选手B的能力值(0-1): ")) 16 n = eval(input("模拟比赛的场次: ")) 17 m = eval(input("模拟次数：")) 18 return a, b, n, m 19 def simNGames(n, probA, probB): 20 winsA, winsB = 0, 0 21 scoreA_ls=[] 22 scoreB_ls=[] 23 for i in range(n): 24 scoreA, scoreB = simOneGame(probA,

PyCharm 是一种 Python IDE，可以帮助程序员节约时间，提高生产效率。那么具体如何使用呢？本文从 PyCharm 安装到插件、外部工具、专业版功能等进行了一一介绍，希望能够帮助到大家。 机器之心之前也没系统地介绍过 PyCharm，怎样配置环境、怎样 DeBug、怎样同步 GitHub 等等可能都是通过经验或者摸索学会的。在本文中，我们并不会提供非常完善的指南，但是会介绍 PyCharm 最主要的一些能力，了解这些后，后面就需要我们在实践中再具体学习了。 机器之心的读者应该非常了解 JetBrains 开发的 PyCharm 了，它差不多是 Python 最常用的 IDE。PyCharm 可以为我们节省大量时间，它能够管理代码，并完成大量其他任务，如 debug 和可视化等。 本文将介绍： 1.PyCharm 安装 2.在 PyCharm 中写代码 3.在 PyCharm 中运行代码 4.在 PyCharm 中进行代码 debug 和测试 5.在 PyCharm 中编辑已有项目 6.在 PyCharm 中搜索和导航 7.在 PyCharm 中使用版本控制 8.在 PyCharm 中使用插件和外部工具 9.使用 PyCharm Professional 功能，如 Django 支持和科学模式 本文假设读者熟悉 Python 开发，且计算机中已安装某个版本的 Python

1.SVN服务实战 1) 什么是SVN（Subversion）？ Svn（subversion）是近年来崛起的非常优秀的版本管理工具，与CVS管理工具一样，SVN是一个跨平台的开源的版本控制系统。Svn版本管理工具管理着随时间改变的各种数据。这些数据放置在一个中央资料档案库（repository）中，这个档案库很像一个普通的文件服务器或者FTP服务器，但是，与其他服务器不同的是，SVN会备份并记录每个文件每一次的修改更新变动。这样我们就可以把任意一个时间点的档案恢复到想要的某一个旧的版本，当然也可以直接浏览指定文件的更新历史记录。 为什么会有svn这样一个项目？ 官方解释：为了接管CVS的用户基础，确切的说，我们写了一个新的版本控制系统，它和CVS很相似，但是它修正了以前CVS所没有解决的许多问题。问题见SVN官方首页。 SVN是一个非常通用的软件系统，它常被用来管理程序源码，但是它也可以管理任何类型的文件，如文本，视频，图片等等。 svn版本控制系统是集中式的数据管理，存在一个中央版本库，所有开发人员本地开发所使用的代码都是来自于这个版本库，提交代码也都必须提交到这个中央版本库。 svn版本控制系统工作流程如下： 在中央库上创建或从主干复制一个分支 从中央库check out 下这个分支的代码 增加自己的代码文件，修改现存的代码或删除代码文件 commit代码

1.2. 百度智能云简介 1.2.1 百度图像识别服务 百度图像识别服务，基于深度学习及大规模图像训练，准确识别图片中的物体类别、位置、置信度等综合信息。 1.2.2 菜品识别 支持识别5万种菜品，适用于识别只含有单个菜品的图片，接口返回菜品的名称、置信度、卡路里、百科信息等综合信息。支持自建菜品图库，适用于识别含有多个菜品的图片，接口返回菜品的名称、位置、相关性等综合信息。 1.2.3 菜品识别应用场景 根据拍摄照片，识别图片中菜品名称，获取菜品参考卡路里含量和百科信息，可结合识别结果进一步提供饮食推荐、健康管理方案等相关功能，增强用户体验，广泛应用于餐饮娱乐类和健康管理类APP中。根据拍摄照片，识别图片中菜品名称和位置，提高结算效率，减少人工录入成本，广泛应用于餐饮行业的智能结算中。 1.2.4 菜品识别接口介绍 接口能力：该请求用于菜品识别。即对于输入的一张图片（可正常解码，且长宽比适宜），输出图片的菜品名称、卡路里信息、置信度。 请求格式:POST方式调用(Content-Type为application/x-www-form-urlencoded，然后通过urlencode格式化请求体) 返回格式:JSON格式 请求限制: 请求图片需经过base64编码：图片的base64编码指将一副图片数据编码成一串字符串，使用该字符串代替图像地址。您可以首先得到图片的二进制

1、测试用例包括： （1）测试输入（Test Input）：测试数据 （2）测试预言（Test Oracle）：预期输出 （3）其他设置：环境 2、Testing vs Debugging： （1）测试：为了执行程序并测试失效，即测试和预期不一样的地方。 （2）调试：找出bug所在位置并进行修正。 3、Verification vs Validation： （1）Validation：确认规格文档是否满足用户的需求，是用户最终想要的 （2）Verification：确认规格文档和最终的实现是否一致，测试就是这一类。 4、静态测试 vs 动态测试： （1）Static Testing：不需要运行程序 （2）Dynamic Testing：需要运行程序 5、黑盒测试 vs 白盒测试： （1）black-box Testing：不需要源代码 （2）white-box Testing：需要源代码 （3）gray-box Testing：通过其他软件制品或者反编译手段获得了部分软件结构信息进而进行测试。 【notice】白盒测试+黑盒测试≠灰盒测试 6、测试层次：（Testing Level） （1）Unit testing：测试函数、方法等，最基本最小的测试单元 （2）Module testing：模块级的输入输出测试 （3）Integration testing：多个模块级组合起来的测试

测试六问： why:为什么测试？对功能、性能、可用性、容错性、安全性等测试，检查是否符合相关要求。 what:测试什么？测试对象包括文档、代码、图标等。 where:测试哪里？测试用例的环境，包括系统的硬件、软件和网络环境等。 when:什么时候测试？测试用例所需的前提条件是尽快开始。 which:什么数据？测试用例设计的各种数据。 how:如何执行？结果怎么样要根据测试用例设计的步骤来执行，最后进行结果比较，确定是否一致。若一致才能通过测试。 测试是为了发现错误而执行的一个程序或者系统的过程。 测试不单纯是发现错误的过程，而且包含软件质量评价的内容 测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量 测试是为了度量和提高被测试软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期。 软件测试只能证明软件存在错误，而不能证明软件没有错误。 测试的目的：把软件的错误控制在一个可以进行产品交付的程度，把错误控制在一个合理的范围之内。 软件测试包括：单元测试、集成测试、确认测试、系统测试、验收测试。 大量资料证明60%以上的软件错误并不是程序错误，而是分析和设计错误。 软件的质量 ： 软件满足规定或者潜在用户需求特性的总和。 包含内部质量、外部质量、使用质量 质量保证QA：质量保证的重要工作通过预防、检查与改进来保证软件质量。着眼与软件开发活动中的过程

测试方法和测试用例设计 用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 测试原则： \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据