模块测试

1.软件测试基础 软件测试工程师：查找错误和缺陷，然后要求开发人员进行修改，保证软件质量。 漏洞（360安全漏洞）：硬件，软件，协议的具体实现或系统安全策略存在缺陷，从而可以使攻击者在未授权的情况下破坏系统。 千年虫问题：年份存2年，超过百年会出现bug。1900→2000 开发和测试的比例：4:1→10:1 手工测试、功能自动化测试、性能自动化测试、白盒测试 1-3-5年规划：手工测试工程师，功能自动化测试工程师，性能测试工程师 需要的技术：计算机操作系统，软件开发技术、软件测试技术、自动化工具 1.1 Windows操作系统及网络基础 　　熟悉windows操作系统和计算机基础知识，能够搭建软件测试环境，熟悉网络协议。 什么是软件：软件=程序+文档 什么是软件缺陷： 软件未出现说明书要求的功能 软件出现了说明书指明不应该出现的错误　 软件出现了说明书未提到的功能 软件未实现说明书虽未明确提及但应该实现的功能 软件难以理解，不易使用，运行缓慢或者从测试员角度看，最终用户会认为不好。　 什么是软件测试：在现有软件中寻找缺陷的过程 软件测试的历史：defect（缺陷），bug(臭虫)，debug（调试） 计算机层次：计算机硬件，操作系统，应用软件　 裸机包含软件：BIOS(Basic input/output system 基本输入输出系统) 常见操作系统：Windows

import unittest def add(a,b): return a+b import BeautifulReport as bfr #如果觉得模块BeautifulReport名字长下边不使用麻烦，可以as 后边加一个别名bfr class AddTest(unittest.TestCase): @classmethod def setUpClass(cls):#所有用例执行之前执行它 print('setUpClass') @classmethod def tearDownClass(cls):#所有用例执行之后执行它 print('tearDownClass') def setUp(self): print('setUp') #每条用例执行之前都会执行它 def tearDown(self): print('tearDown') #每条用例执行之后都会执行它 def test_normal(self): #两个测试用例 result = add(1,1) self.assertEqual(2,result) print('test_normal') def test_error(self): print('test_error') result = add(1,1) self.assertEqual(1,result,'结果计算错误') test_suite =

一、unittest核心概念 1.unittest四个核心概念 unittest四个核心概念包括：TestCase、TestSuite、TestRunner、Test Fixture TestCase：即测试用例，测试用例是最小的测试单元。 它检查对一组特定输入的特定响应。 unittest提供了一个基类TestCase，它可用于创建一个新的测试用例。 一个TestCase的实例就是一个测试用例。一个测试用例就是一个完整的测试流程，包括测试前准备环境的搭建(setUp)，执行测试代码(run)，以及测试后环境的还原(tearDown)。元测试(unit test)的本质也就在这里，一个测试用例是一个完整的测试单元，通过运行这个测试单元，可以对某一个问题进行验证。 TestSuite：即测试套件，他是多个测试用例或者测试套件聚合在一起的集合，TestSuite可以嵌套TestSuite。 TestRunner：TextTestRunner是来执行测试用例的，其中的run(test)会执行TestSuite/TestCase中的run(result)方法。 Test Fixture：测试用例环境的搭建和销毁，在测试用例执行之前和之后会做的一些操作 2.unittest属性 unitte包含很多属性，其中常见的属性如下： 'TestResult', 'TestCase',

0.日常开头 这个作业属于哪个课程 <课程的链接> 这个作业要求在哪里 < https://www.cnblogs.com/harry240/p/11524162.html > 团队名称 <六扇门编程团队> 这个作业的目标 完成项目的Alpha版本的发布，给出alpha版本测试报告以及项目总结 1.团队成员列表 姓名 学号 曹欢（组长） 201731031124 申颖 201731062306 唐金玉 201731062405 彭皓 201731062323 许自欢 201731023214 黄浩 201731054221 2.发布地址以及安装手册 网页端地址： http://47.100.95.101:8080/webUser/webToLogin （无需下载安装） 微信小程序端（录屏视频演示链接）： http://47.100.95.101:8888/usr/dormi/dormi.mp4 因为我们微信小程序在做好审核发布的时候，官方一直无法审核通过，而问题也无法解决，微信小程序暂时没办法让人试用，只好录屏显示，如果有需要，助教同学或者助教老师可以联系我们小组成员，现场在电脑上演示也可以 3.测试报告 3.1测试工作安排 微信小程序端：曹欢（公告功能、请假记录功能）、彭皓（寝室分数查看功能、个人信息查看功能）、申颖（出寝信息登记、用户登录功能） 网页端测试：黑盒测试：唐金玉

在测试活动结束后，进行测试过程回顾是很好的事情，能帮助我们看看测试过程各个模块投入的精力是否合理，测试状态是否饱满，测试过程是否存在风险及下次活动怎样规避。 从各角度统计缺陷，学会看图说话： 缺陷提交时间bug数量趋势图 如果bug发现越靠后，那风险越高，期望在后期呈现收敛趋势 （在测试执行过程中，除了关注测试进度把控， 还可以关注bug数量趋势，看测试人员的测试状态是否需要调整） 缺陷严重性分布图 （致命问题是迭代模块的主要功能受阻； 严重问题主要为迭代模块的主要功能、数据、展示等问题； 一般性问题主要为迭代模块中的次要功能、展示等问题； 轻微问题主要为提示、建议、优化或影响小等问题。） 缺陷模块分布图 （该迭代版本主要集中在**和**模块，故缺陷较多。 缺陷数量排在前5位的模块分别为：PC后台(12)、……） 缺陷处理状态分布图 （注：遗留*个问题未关闭。 原因：1个无法重现，1个不紧急且有规避措施，1个目前系统业务形态暂是如此、后期分析后探讨解决方案，故团队评审后决定延期处理。） 缺陷激活次数，能反应bug的修复质量 （在测试过程中，回归bug时，注意能激活的就不重新新建bug） ============以上，以后测试工作中哪些方向可以改进？？================== 比如： 1.测试执行阶段，过程的记录可以优化（加入模块的第几轮测试的情况） 2.作计划时

用户模块测试 用户模块测试样例 测试结果 结果分析 用户接口中部分接口需要传入session进行权限验证，在权限验证的情况下无法进行正常登录。（关于权限验证模块请见后台权限验证模块） 在登录接口中未传入符合规定的键值对，出现了空指针异常 解决方案 在对应的位置进行添加相应的空指针判断。 更改后的测试结果 公告模块 该模块涉及到缓存，测试过程相对来说更为繁琐 数据库中公告信息 缓存中数据库信息 添加测试 添加成功检测数据库和缓存中的公告信息状态 测试结果 符合预期测试结果。 更新测试 结果分析，更新操作是根据主键进行更新，未传入主键，未进行更新 加入主键后 测试结果为符合预期结果，缓存中的信息并未发生改变(未及时对缓存中的数据进行更新，造成缓存的脏读。)应在更新数据库的时候同步更新缓存。 修改后的测试结果 这里需要注意的是，如果缓存设置了过期时间，在查询的时候应当判断缓存为空的情况，这是需要从数据库中读取值，并将读取的值存入数据库。 打卡模块 清空打卡信息表后的表数据信息 单元测试代码 测试结果 数据库 总结 此次测试主要是针对控制层进行测试，尽测试结果的验收主要是在数据库（持久化层）和缓存中进行，为避免用户查看到脏数据，需要保证数据库和缓存的一致性。还有就是后台的容错率更具实际的情况来设定。 来源： https://www.cnblogs.com/etron/p/11882352

1.概述 1.1 测试范围 本次所测试的内容是移动端微信小程序中的在线学习模块。 1.2 测试方法 本次测试采用黑盒子方法进行集成测试。 1.3 测试环境及工具 微信安卓版v7.0.8 微擎工具v1.7.0 PHPstorm 2.测试: 在线学习模块： 在线学习 测试数据1： 测试意义：党员报名参与“党员学习” 预期测试结果：用户“罗伟诚”报名参与“了在线学习”学习活动 预期结果：“罗伟诚报名参与了 一起来学习”出现在微信小程序界面上 最终结果： “罗伟诚报名参与了 一起来学习”出现在微信小程序界面上 测试：验证成功 测试数据1测试完毕 测试数据2： 测试意义：测试党员报名参与的“党员学习” 活动 中的“一起来学习”学习活动的详情。 （即：“一起来学习”学习活动是否存在、其表现形式为什么。） 预期测试结果：“一起来学习”学习活动成功被创建，并成功被加入到“党员活动”中 预期结果：“一起来学习”学习活动出现在微信小程序界面上 最终结果： “一起来学习”学习活动出现在微信小程序界面上 测试：验证成功 点击进入一起来学习，通过观看视频完成学习 测试数据2测试完毕 测试数据3： 测试意义：“知识库”的测试 预期测试结果：将“一起来学习”学习活动添加到知识库中 预期结果：“一起来学习”学习活动添加成功 最终结果： “ 一起来学习”学习活动添加成功， 出现在微信小程序界面上 测试：验证成功

本文来自 网易云社区 作者：叶子 学习docker搭建测试环境断断续续也有三个多月了，希望记录一下这个过程。常言道，总结过去，展望未来嘛~文章浅显，还望各位大神路过轻拍。 按照国际惯例，先说一下背景： 目前我所处的项目组不断扩大和发展，因此质量保障维度也需要不断扩展。然而多种质量保障维度的开展需要多套测试环境的支持，目前项目组里只有一套测试环境，按照传统方法一步步手工搭建测试环境费时费力，有什么方法可以迅速搭建环境呢？当然是近几年大火的docker啦。可是我是docker小白，之前只是简单地看过几篇docker入门的帖子，去官网上按照tutorial敲了一遍命令，但总感觉是纸上谈兵，一到实战环节，依然无从下手。 中国首富王健林说：“先定一个小目标“。我们的项目里面除了java web应用就是java app应用，java web应用说白了就是tomcat么，以前自己手动部署过，看上去不会太难，那就从这个开始，先用docker部署一个项目中的tomcat应用好了。docker方面的知识是零基础，老大推荐了一本书叫《第一本docker书》。 这本书浅显易懂，适合我这个小白，粗粗读完前4章后，我就感觉自己可以上路了。 测试环境的应用模块部署都是在ndp平台上部署的，先简单了解下ndp平台部署web应用的原理，就是将代码从git上拉下来，编译打包好，找一台云主机

一、摘要 最近做服务测试的时候，实在被第三方模块折磨的够呛，从安装就存在兼容Py2和Py3的问题，产品提供的服务越来越多，做服务验证也不得不跟进支持测试，这眼前的Hadoop/Hive/Hbase/HDFS等等三方模块五花八门，版本兼容性更是参差不齐，于是就催生了写这么个东西的冲动 二、安装 首先分别安装Py2和Py3，我都安装到C盘根目录里了，然后分别将Py2和Py3都配置到系统环境变量中去： 【C:\Python36\Scripts\;C:\Python36\;C:\Python27\;C:\Python27\Scripts;】 三、配置 修改两个版本的可执行文件名字 四、验证 五、重新归置一下pip 强制分别重新安装 python2 -m pip install --upgrade pip --force-reinstall python3 -m pip install --upgrade pip --force-reinstall 六、验证pip 七、清理没用的pip执行文件，后续再用到pip的时候执行 pip2 install... pip3 install ... 八、各编译器用的时候重新配置即可 来源： https://www.cnblogs.com/gdg87813/p/11847680.html

第四次团队作业 序言 所属课程 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign 作业要求 https://www.cnblogs.com/harry240/p/11524162.html 团队名称 卓越 Code 作业目标 （ 1 ）团队成员的学号列表； （ 2 ）给出发布地址以及安装手册； （ 3 ）给出测试报告； （ 4 ）给出项目情况总结； 一、团队简介 团队名称：卓越 Code 团队口号：宁为代码累弯腰，不为 bug 点提交 项目名称：西柚智慧党建云平台 姓名 学号 博客园 王柄钞（队长） 201731062518 https://www.cnblogs.com/Slow-Walker/ 曾文杰 201731062520 https://www.cnblogs.com/zwj-958654064/ 魏家田 201731062307 https://www.cnblogs.com/dwyy666/ 魏川程 201731062312 https://www.cnblogs.com/chopinc/ 罗伟诚 201731062309 https://www.cnblogs.com/lwcblogs/ 杨苹 201731062404 https://www.cnblogs.com/step