明明执行成功了，咋没有显示已完成呢

从本月开始接口测试任务所花费的时间越来越久，很多情况下出现无法完成的情况，如下图所示，是否考虑相关性优化呢

问题简要：用华为openeye 工具模拟外呼场景，一次外呼正常，然后用postman 测试二次外呼接口seconddialex ,报错100-007问题类别：CC-Gateway期望解决时间：尽快武汉农商行升级软电话，目前需要测试CC-Gateway的二次外呼接口，用华为openeye 工具模拟外呼场景，一次外呼正常，然后用postman 测试二次外呼接口seconddialex ,报错100-007，期望把接口测试通。或许是本人测试方法不对。请大佬帮忙指正。

　改变现状，从树立目标开始！　　行动的目标，就是要“只做测试工程师里更懂编程的人”。　　但为什要树立这个目标？请看下方的阐述：　　不懂代码逻辑，不懂代码原理，测试人员就会陷入“为何要测这么多点，要测这么多项”的困惑，那还怎么做测试？　　测试学不透，进入企业，大概率也只能按照企业的规定去做常规性工作，怎会有稀缺？技术实力不够就接触不到核心项目，还怎么能冲击高薪？　　懂源代码的测试和不懂源代码的测试，哪个能测的更深呢？不懂代码，就不会理解代码逻辑层次的耦合，就会不理解数据库设计，甚至还可能不理解网络层如何通信，拓扑架构……  这种“不不不”同学能明白研发项目的风险么？ 不明白风险，就难于精确设计测试用例，遗漏高风险场景可怎么办？ 这种“不不不”的软件测试人员，哪个大企业敢要？　　没有代码能力，你能有机会成为测试领域最前沿的人员吗？不懂编程，你既不能做企业急需的自动化测试，又做不了当前大厂疯抢的测试开发，那到了35岁你怎么办？　　原来，测试圈会编程的人很少，因为企业不需要；现在，会编程做自动化测试的人薪资很高，因为市场上和企业里都很稀缺。　　只有懂编程，测试才能学得透，才能更值钱。当今测试领域还算前沿的技术：接口测试、UI自动化测试、性能测试，测试开发…. 无一不需要读懂代码，甚至还要会写代码。　　所以这两年在互联网上，针对测试是不是好找工作，出现了两种极为矛盾的声调：　　· 一方面大量测试人员，在知乎贴吧吐槽测试饱和不好找工作。　　· 一方面却是大量互联网公司在招聘网站疯狂招聘测试，导致测试平均薪资年年上涨，现在已经快达到20 K（饱和的岗位能薪资年年涨？）。　　上述矛盾体深刻揭露一个现象：软件测试行业已经分化，懂编程的中高端测试人员稀缺，不懂编程的手工测试人员饱和。　　结论：现在学测试，一定要“只做测试工程师里更懂编程的人”，因为这样才能更值钱，升薪更快，才会不惧35岁危机。如还有一丝丝疑问，请将上方的文字再看一遍。　　改变现状，从行动开始！　　明确了目标，接下来就要明确行动，不然就不会有任何改变，给个建议：　　技术储备　　当务之急，是尽快重新认识现在的 “软件测试” 行业，重新认识 新的 “软件测试工程师”。尽快建立完善的 软件测试知识体系。知识不系统，人就不值钱，劳动也变得廉价。　　新时代的 软件测试行业，测试技术大致分为三大类别：　　1）高薪测试工程师需掌握的 基础测试技术　　1、系统方面。掌握Linux操作系统安装配置；会使用linux常用命令　　2、关系型数据库。掌握数据库增删改查操作。熟悉数据库索引、视图、事务等功能。　　3、非关系型数据库。掌握Redis常见基础数据类型和相关操作。如：string、hash、set、list 等。　　4、掌握功能测试与数据库的关系。　　5、掌握黑盒测试用例设计方法，掌握缺陷报告的编写。　　6、掌握Web项目UI界面测试、功能测试分析和用例编写。　　以上技术，对于有3年工作经验的题主来说，绝大多数应该是不需要填补的。并且相对下面的内容而言，即便过往没有深入接触，以后用到，也可以快速学习上手，难度不大！　　以下，大多数，应该是楼主需要努力的方向！　　2）高薪测试工程师最建议掌握的编程语言-Python（自动化的基础）　　java和Python是企业要求较多的两门语言　　相对而言Python上手更为轻松些，非常适合编程零基础的测试人学习。　　通过Python语言建立编程思维以及面向对象程序设计思想。　　最终要求能编写自动化测试脚本。　　结论：只要用我刚推荐的10天python测试学习资料即可。难度不会大。　　3）高薪测试工程师需掌握的测试专业技术　　1.接口测试—— 迈向高薪的起点　　需要掌握一定的http协议。　　会使用常用的工具或使用代码编写测试用例脚本。　　能借助工具或脚本实现自动化测试。　　2.测试工具—— 君子善假于物　　会使用常用测试工具。如：禅道、JIRA、fiddler，Postman、Jmeter 等。　　掌握一些常见的框架 ，如 、pymysql、parameterized、requests、unittest、pytest等。　　3.自动化测试—— 所有企业软件测试的目标　　掌握断言的用法，使用工具、程序代替人工，判断测试结果。是实现自动化的必备技术。　　4.性能测试—— 开始接触高端测试　　软件测试更高端的领域。也是高级软件测试工程师和普通软件工程师的分水岭。　　主要以软件的时间性、空间性、稳定性、并发性等为主要测试点。以上这部分，难度要大一些！楼主可以分步走，逐个击破，每拿下一项技术，薪水会上自然涨2千左右。

　　随着互联网的飞速发展，软件测试行业同步兴盛起来，逐渐出现了人才的短缺，致使行业人员工资一涨再涨。　　所以，越来越多的人也开始意识到软件测试行业的”高薪“属性，转身投入到相关的工作中来。　　但是，很多女生在做这个职业选择的时候，却多了许多的疑虑。经常就有学生跑来问我：“老师，我是女生，适合做软件测试工作么？”　　其实，我比较能理解广大女生内心的疑虑，因为毕竟在大家的固有印象中，男生比女生更加适合做技术类目的工作。　　那么现实真的如此么？　　我们现在就帮广大女生朋友来分析一下，女生做测试测试有哪些优势和劣势。　　优势　　1.女生先天的性格优势　　经过岗位需求分析，软件测试这一职业对从业者的特性有着特殊的要求。　　做软件测试的人需要有耐性、心细、敏感、逆向、设问、怀疑、举证、韧性、安静等特征；而在以上特性中，大部分要求与女性的生理个性和气质都非常吻合：　　1）女生天生性格比男生更加细心、有耐心，责任心更强，而且更加敏感和安静。　　做过测试的同学都知道，设计软件测试用例本来就是一个比较细致的工作，执行测试更加是一件非常繁琐、而且重复性非常高的工作。　　而女生天生的性格优势可以让她们能够更好地把控软件产品的细节，可以反反复复但是还是仍然很认真的做好事情，覆盖更全面的测试点，发现更多的bug，避免因为毛躁、急躁而出现的漏测和线上问题。　　2）另外，“坊间”传言女生天性比男生更加多疑（我自己身为女生，表示深有同感.....）　　保持怀疑精神是作为软件测试的一大必备素质，所以对任何的产品保持怀疑的态度，要坚定的相信不会有“没有bug的产品“，也要相信”没有你发现不了的bug”！这点对测试工作来说也是非常关键和重要的！　　据以上两点分析，女性从事软件测试工作似乎有着得天独厚的优势。　　据不完全统计，在同一个项目中，同样的时间成本里，女生测试之后的bug数量一般都会比男生多出10%左右。　　2.女生的良好沟通技巧优势　　在IT/互联网公司的团队里，女生本身就属于熊猫级别的”稀缺生物“。相信不少目前在做软件开发工作的同学不难发现我们周边基本上是清一色的男性，工作氛围显得异常"严峻"。　　如果入职一批女生作为软件测试人员，均衡的性别比例将会使得工作压力缓释不少。"男女搭配，工作不累"，这也是软测岗位的特色。　　所以在软件公司，如果新来了一个女生，基本都会引来围观的；男同胞们对这个女生的态度和友好度也就不言而喻了；　　而且，如前面所说，开发普遍男生偏多，测试如果是女生的话，跟开发之间的沟通也会和谐、顺畅很多。　　你可以想象一下，技术宅男开发一枚，看到女生提的bug，或者女生过来咨询问题，天生的绅士风度藏也藏不住，那么部门之间的沟通效率自然提高不少，矛盾和冲突也会减少很多，部门之间的合作也融洽了起来；　　再者，女生天生也比男生的沟通能力要强一些，而测试岗位的沟通是一个必不可少的环节，除了跟开发的沟通，还有跟产品、运维的沟通等。工作中一旦沟通成本降低了，工作效率自然就提高了。　　所以从生理学角度来讲,女生做测试优势还是比较显著的。　　3.测试行业市场需求更适合女生　　软件测试这个岗位比起软件开发工程师来说，工作强度小很多，加班自然也少很多。　　往往软件测试人员加班的时候软件开发人员要陪着修改bug，而开发人员加班的时候测试人员却不用陪着，所以测试的业余时间还能够有自己生活。　　并且，软件测试测试行业，不像以男性为主导的开发行业，有比较明显的性别歧视；相对来讲，测试职场环境对女生更加友好，也会给予女生更多公平加薪和晋升的机会。　　因此，软件测试可以说是IT行业里最适合女生选择的方向。　　当然，女生做软件测试也并不是全是优势，也是有自己的弊端的。　　劣势　　1.女生技术和动手能力相对偏弱　　大部分女生的动手能力都偏弱一点，而测试工作中难免要使用到各种工具、框架甚至是代码。　　这些对于很多女生来说，使用起来比较有难度，这也是很多女生比较犹豫要不要进入测试行业的一个原因，担心技术、工具太多、太难，自己难以驾驭。　　当然，这点不存在普遍性。在测试行业里，有很多女生都是技术大神，工具、代码样样都不输于男生；也有很多女性管理者，气场和能力都能hold住全场。　　所以，技术能力以及动手能力偏弱，不是女生从事测试的致命伤，只要能认真、努力，并且热爱测试工作，完全可以成为测试界的大神。　　2.女生加班强度承受力不如男生　　承受加班强度来说，女生比较男生而言略显弱势　　虽然如前面所说，测试的加班强度不如开发大，但是身在互联网行业，完全不加班是不可能的。　　而女生从身体素质方面来说，就没有办法承受跟男生同等的加班压力；另外，特别是当女生组建了家庭，有了宝宝之后，还要额外花时间兼顾家庭和家人，此时，能够分散出来的工作时间，以及能够承受的工作压力就更加有限了。　　这也是为什么很多公司招聘的时候比较偏向考虑年纪26岁以下、未婚未育的女性的一个重要原因。　　当然，这个并不是测试行业特有的现象，而且所有行业的共性。所以，不管从事哪个行业，女生的这个弱势都无可避免。　　总结　　据不完全统计，软件行业男性与女性的比例已接近了1:1，很多企业录用了测试的标准，都是只要技术ok，男女不限。　　因此，对于软件测试行业来说，男生、女生的性别差异不会对职场有太大的影响：男生固然有自己独厚的社会属性印象，但是女生也同样有着男生无法企及的优势。　　所以，只要你热爱测试行业，不要给自己设限，更不要轻言放弃，坚持学习就会收获自己在测试职场的飞跃，无论男女！以上。

　　我们在使用网站过程中，经常会遇到慢的问题，为了找到原因，一般需要借助工具进行检测，通过工具，可以检测出前端站点加载资源的相关详细情况。　　今天，就给大家介绍几款前端性能测试分析工具，结合性能测试工具，实现通过量化的方式测试网站中诸如首字节加载时间（time to first byte）或者渲染时间等表现。其中有些工具还会检查资源是否被缓存，多个 CSS 或 JS 文件是否值得合并，最后自动给出前端性能优化改进建议报告，如果对你有用的话，欢迎收藏转发。　　1、 Lighthouse　　Lighthouse是一个开源的自动化工具，用于帮助改进网络应用的质量。可将其作为一个 Chrome扩展程序运行，或从命令行运行。Lighthouse分析web应用程序和web页面，收集关于开发人员优秀实践的现代性能指标和见解，让开发人员根据生成的评估页面，来进行网站优化和完善，提高用户体验。　　当为 Lighthouse 提供一个要审查的网址，它将针对此页面运行一连串的测试，然后生成一个有关页面性能的报告。可以参考失败的测试，看看可以采取哪些措施来改进应用。　　使用入门　　运行 Lighthouse 的方式有两种：作为 Chrome 扩展程序运行，或作为命令行工具运行。 Chrome 扩展程序提供了一个对用户更友好的界面，方便读取报告。 命令行工具允许您将 Lighthouse 集成到持续集成系统。　　Chrome 扩展程序　　下载 Google Chrome 52 或更高版本，接着安装 Lighthouse Chrome 扩展程序。　　命令行工具　　安装 Node，需要版本 5 或更高版本。　　安装 Lighthouse 作为一个全局节点模块。　　针对一个页面运行 Lighthouse 审查。　　传递 --help 标志以查看可用的输入和输出选项。　　2、SpeedCurve　　SpeedCurve 可以帮助追踪自己的性能表现，以及竞争对手的性能表现。它可以用来查看某个因素在不同站点的速度表现，并且还提供了综合监控。综合监控是在受控环境中模拟网站。在其中可以自定义选项，比如网络速度、设备、操作系统等等。　　3、Pingdom　　在Pingdom输入 URL 地址，即可测试页面加载速度，分析并找出性能瓶颈。帮助用户找出影响网站速度的原因，并给出改善网页性能的可行性方案，很适合做网站的用户。　　　4、PageSpeed Insights　　Google Page Speed Insight（PSI）是一款旨在优化所有设备上的网页、提高网页加载速度的工具。它提供免费服务，可以分析网页的内容，提出建议，加快网页的速度。它为您提供了关键指标，如第一个内容绘制，总阻塞时间和更多。度量标准被分类为Field Data、Origin Summary,Lab Data,Opportunities、Diagnostics 和Passed Audits。　　在线版：　　你可以从chrome应用商店里找到PageSpeed Insights插件。　　点击open 在线分析性能，也可以测试本地的项目通过PageSpeed，点击Start analyzing运行一会就显示分析结果。　　5、SpeedTracker　　SpeedTracker运行在WebPageTest上，可定期进行网站性能测试，并显示各种性能指标随时间的变化。这个功能可以帮助不断评估网站，并查看新功能如何影响网站的性能，还可以定义预算并通过电子邮件和Slack获取警报。　　6、WebPageTest　　WebPageTest是一个在线性能评测网站， 它是一个非常详细且专业的web页面性能分析工具，而且开源的！支持IE，Chrome，使用真正的浏览器(IE和Chrome)和真实的消费者连接速度，从全球多个地点运行免费网站速度测试。WebpageTest 主要提供了Advanced Testing、simple Testing、Visual Comparison、Traceroute四个功能。　　项目地址：　　可以运行简单的测试或执行高级测试，还会依据测试结果提供丰富的诊断信息，包括资源加载瀑布图，页面速度优化检查和改进建议，会给每项内容一个最终的评级。　　如果你打不开其官网，或者担心安全问题，你可以自己拿源码搭建这个平台工具。　　7、Sitespeed.io　　Sitespeed.io 是开源的Web性能测试工具，用来衡量Web网站的综合性能，帮助开发和测试人员分析网页的加载速度和渲染性能。Sitespeed.io通过驱动浏览器(如：Chrome、Firefox)进行测试，然后从开发者的站点收集多个页面的数据，并根据优秀实践等规则来分析这些网页，然后将结果以HTML报告的形式输出。　　项目地址：　　安装sitespeed.io之后，如果要分析一下百度PC首页性能，执行以下命令：　　该命令将会在chrome浏览器下调起URL为https://www.baidu.com 5次，产出了一个分析文件夹，打开index.html文件后，我们可以看到关于页面性能的相关总结。

　　首先一个软件做出来，最不能少的人是谁？不用说就是开发，因为开发是最了解软件运作的那个人，早期不少一人撸网站或者APP的例子，相当于一个人同时是产品、研发、测试、运维等等，这也是为何开发是地位和上限是最高的职位。　　而随着软件的复杂度越来越高，一个人是撸不出真正的大型商业软件的，所以才开始各司其职，产品去调研需求，开发负责实现功能，测试负责把控质量，运维负责照看环境等等。　　所以要明确一点：别拿测试不当研发。测试岗本身就是从研发分出来的，绝大多数公司也都会把测试归类于研发中心，所以如果你以为测试只是偏业务的点点点小兵，那就大错特错了。　　但是测试确实是又不如研发，因为测试本身是个成本岗位，说白了就是不负责产出的，理论上研发的能力强和自测做的好，测试甚至可以打酱油，这也是为什么有些公司或者领导不怎么看中测试的原因。所以测试前景好不好，现在是看你自己怎么定位测试这个职业，你是偏向产品和业务的功能测试？还是偏向于研发的自动化、性能或者测开？　　所以测试人员的难点其实就是如果你只想安安静静的当一个纯粹的测试人员，那确实没啥前景和出路，实际上测试走到最后都是要点技能树转职的：　　1、点业务技能点的，以后可以成为半个产品，甚至业务专家，这在金融领域等重业务的公司是很吃香的。　　2、点研发技能点的，以后可以成为测开、自动化、性能、安全等等，有研发能力的测试在大多数互联网公司都是很受欢迎的，一是开发愿意跟你沟通，二是互联网的测试内容需要一点的技术底子。　　3、点管理技能点的，因为测试本身处在整个需求生命周期的中后端，也就是前期没啥事，后期能不能上线全看测试的表现，所以也有测试兼职做项目管理的，做着做着最后就成了实际的管理者了，所以如果你见到一个项目的负责人是测试不要觉得奇怪，这系统能不能上是他来点头的。　　这既是测试的优点、也是难点，优点在于测试转岗的能力是仅次于开发的，缺点就在于纯测试的上限也确实是最低的，相比于业务、研发这两大直接产出职能来说，不信你瞧瞧各公司的高层、创始人，几乎没谁是一路测试干上来的。　　所以测试到了中后期是一定要转型的，而后期能不能转型成功全看你头几年的个人积累。我的建议是，你擅长干什么，或者喜欢干什么，就往那个方向转。　　如果你业务贼牛，功能很熟练，整个公司比你更熟悉这个系统功能的人没几个，那你就尝试着转型项目负责人或者产品，不要只是被动的等需求。　　如果你仍然把自己当作研发，那就去写代码，看代码，不要只会有问题就提BUG，要了解系统是如何运作的，要知道问题出在哪，最好是代码要改哪一行都给研发指出来，然后自己平时搞点自动化，前端后台都搞搞，弄个小的自动化平台出来，了解一点底层的知识，学到最后你就已经跟开发无异了。　　我来给你说说一个测试工程师提BUG是分几个等级的：　　初级：只知道提BUG，原因是啥不知道，让开发自己去研究。　　中级：大概知道是哪里出了问题，能提供数据和日志，细致的还得开发自己去排查代码。　　高级：有代码阅读能力，已经能把问题定位到具体的模块甚至具体的代码块了。　　专家：拿个小版凳坐在开发旁边，用手指着开发的屏幕，呐，就这里出问题了，我来告诉你怎么改，你如果不会的话我甚至可以亲自帮你改。其实我一直都认为测试应该就跟开发排排坐，两个人盯着代码慢慢的debug，而不是测试只管提BUG，一问怎么出问题的啥都不知道，那样只会降低测试的权威性。　　什么是测试的权威性？为什么有些公司的测试没人权，而有些公司的测试地位高。主要就是看测试对这个系统的熟悉程度，某些老测试堪称百科全书，这个系统从业务到代码都懂，这种人他指出的问题即便是研发大佬都不太敢反驳，但实际上更多的人只是用例执行人，BUG收集器，一问三不知，反正就有问题，代码看不懂，原理不了解，一看就感觉这人不太靠谱，所以这也是为何有些研发会认为测试门槛低是个人就能做的原因。　　说了这么多，简单提炼一下：　　1、纯粹只干测试上限来的快，要趁着年轻多积累，争取转型的机会。　　2、尽量提高个人的权威性，不论是技术、还是业务，这都需要更深入的学习和积累。

接口定义：　　接口普遍有两种意思，一种是API（Application Program Interface），应用编程接口，它是一组定义、程序及协议的集合，通过API接口实现计算机软件之间的相互通信。而另外一种则是Interface，它是面向对象语言如java，c#等中一个规范，它可以实现多继承的功能。接口测试中的接口指的是API。为什么要使用接口：　　假如公司的产品前端开发还没开发完，接口开发好了。有天领导说，小王，你测下这个登录功能，要是你不懂接口的话就会对领导说这个功能测不了啊，页面没开发完。领导会把你！@￥@）￥！　　接口测试是不需要看前端页面的，可以更早的介入到测试工作中，提高工作效率。　　根据测试金字塔，越底层成本越低，一个底层的bug可能会引起上一层的多个bug，所以测试越底层，越能保证产品的质量，也越能节省测试的成本。而单元测试一般是由开发来完成的，所以对于测试来说，接口测试是非常必要的。对于自动化测试来说，UI的变动性最大，所以UI自动化测试的维护成本很高。而接口的改动很小，所以接口自动化测试是最实用，最节约成本的。2. 基本流程接口功能自动化测试流程如下：需求分析 -> 用例设计 -> 脚本开发 -> 测试执行 -> 结果分析2.1 示例接口手机号码归属地接口地址：http://apis.juhe.cn/mobile/get返回格式：json/xml请求方式：get请求示例：http://apis.juhe.cn/mobile/get?phone=手机号&key=您申请的KEY3. 需求分析需求分析是参考需求、设计等文档，在了解需求的基础上还需清楚内部的实现逻辑，并且可以在这一阶段提出需求、设计存在的不合理或遗漏之处。如：手机号归属地接口，输入不同号码段的手机号，查看手机号归属和手机号码属于哪个运营商4. 用例设计5. 脚本开发5.1 模块安装使用pip命令安装即可：pip install requests5.2 接口调用使用requests库，我们可以很方便的编写上述接口调用方法（如输入phone=手机号，示例代码如下）：在实际编写自动化测试脚本时，我们需要进行一些封装。#!/usr/bin/python3import unittestimport requestsimport jsonclass Test_Moblie(unittest.TestCase):# 封装公共的数据def common(self, phone):url = "http://apis.juhe.cn/mobile/get"date = {'key': "4391b7dd8213662798c3ac3da9f54ca8",'phone': phone}self.response = requests.get(url, params=date)return self.responsedef test_1(self):self.common("1857110")print(self.response.text)def test_2(self):self.common("1868115")print(self.response.text)if __name__ == '__main__':unittest.main()　我们按照测试用例设计，依次编写每个功能的自动化测试脚本即可。5.3 结果校验在手工测试接口的时候，我们需要通过接口返回的结果判断本次测试是否通过，自动化测试也是如此。对于本次的接口，输入手机，我们需要判断返回的结果resultcode是不是等于200结果分页时需要校验返回的结果数是否正确等。完整结果校验代码如下：#!/usr/bin/python3import unittestimport requestsclass Test_Moblie(unittest.TestCase):# 封装公共的数据def common(self, phone):url = "http://apis.juhe.cn/mobile/get"date = {'key': "4391b7dd8213662798c3ac3da9f54ca8",'phone': phone}self.response = requests.get(url, params=date)return self.responsedef test_2(self):self.common("1868115")print(self.response.json())dict_2 = self.response.json()# 打印值省份值为：200resultcode = dict_2["resultcode"]# 为演式错误的示例，将对比值改为200，正确值为200，可自行修改self.assertEqual(resultcode, "200", msg='失败原因：%s != %s' % (resultcode, "200"))if __name__ == '__main__':unittest.main()运行结果：5.4 生成测试报告用例执行完之后，那就需要发报告给领导。那么我们使用HTMLTestRunner第3方模块插件生成html格式测试报告from unittest import TestSuitefrom unittest import TestLoaderimport requestsimport jsonimport HTMLTestRunnerimport unittestclass Test_Moblie(unittest.TestCase):# 封装公共的数据def common(self, phone):url = "http://apis.juhe.cn/mobile/get"date = {'key': "4391b7dd8213662798c3ac3da9f54ca8",'phone': phone}self.response = requests.get(url, params=date)return self.responsedef test_1(self):　　　　　"""判断状态码"""self.common("1857110")print(self.response.json())# 返回数据为dictprint(type(self.response.json()))dict_1 = self.response.json()# 打印值省份值为：湖北province = dict_1["result"]["province"]self.assertEqual(province, "湖北", msg='失败原因：%s != %s' % (province, "湖北"))def test_2(self):　　　　　"""判断省份"""self.common("1868115")print(self.response.json())dict_2 = self.response.json()# 打印值省份值为：湖北resultcode = dict_2["resultcode"]# 为演式错误的示例，将对比值改为201，正确值为200，可自行修改self.assertEqual(resultcode, "201", msg='失败原因：%s != %s' % (resultcode, "200"))if __name__ == '__main__':report = "E:/report_path/result.html"file = open(report,"wb")# 创建测试套件testsuit = unittest.TestSuite()testload = unittest.TestLoader()# 括号内传入的是类名，会自动找到以test开头全部的用例# 用例以例表形式存储case = testload.loadTestsFromTestCase(Test_Moblie)testsuit.addTests(case)run = HTMLTestRunner.HTMLTestRunner(stream=file,title="接口自动化测试报告",description="用例执行结果")run.run(testsuit)file.close()5.5发送邮件报告测试完成之后，我们可以使用zmail模块提供的方法发送html格式测试报告基本流程是读取测试报告 -> 添加邮件内容及附件 -> 连接邮件服务器 -> 发送邮件 -> 退出，示例代码如下：#!/usr/bin/python3import zmaildef send_mail():# 定义邮件mail = {"subject": "接口测试报告",# 任一填写'content_text': '手机号归属地_API自动化测试报告',# 任一填写# 多个附件使用列表"attachments": "E:/report/result.html"}# 自定义服务器# 如果不知道如何查看授权码，请查看这一篇博客：https://www.cnblogs.com/zzpython/p/13095749.htmlserver = zmail.server("发送人邮箱.com","QQ邮箱是用授权码",smtp_host="smtp.qq.com",smtp_port = 465)# 发送邮件server.send_mail("收件人QQ邮箱", mail)try:send_mail()except FileNotFoundError:print("未找到文件")else:print("发送成功")6. 结果分析打开完成后生成的测试报告，可以看出本次测试共执行了2条测试用例，1条成功，1条失败 最终发送测试报告邮件，截图如下：

自动化测试是不会替代手工测试的，代码也要依赖业务，哪个手段高效用哪个，自动化只是用来代替手工的重复性工作，但代替不了人脑思维，相比来看手工测试更灵活，因此更容易发现bug。但需具备代码能力，需要时自动化时可实现自动化。所以测试人员需具备：业务能力，代码能力，测试思维

需要写代码的自动化框架python版接口自动化测试框架源码完整版（requests + unittest）：https://www.cnblogs.com/uncleyong/p/10650552.htmljava版接口自动化测试框架源码完整版（httpclient + testng）：https://www.cnblogs.com/uncleyong/p/10659840.html

1.pytest版接口自动化测试框架2.web端ui自动化测试框架3.app端ui自动化测试框架4.性能自动化测试框架

需要写代码的自动化框架python版接口自动化测试框架源码完整版（requests + unittest）：https://www.cnblogs.com/uncleyong/p/10650552.htmljava版接口自动化测试框架源码完整版（httpclient + testng）：https://www.cnblogs.com/uncleyong/p/10659840.html

首先，我不太喜欢“手工”测试这一称呼。这就好比我们把一个雕刻家叫“刻石头/木头的”； 我们测试虽然用“手”在鼠标点点点，键盘敲敲敲，但我们是带脑子的，有基本的测试方法和思路，对产品的功能足够熟悉。真以为我们是monkey啊！！。其次，自动化测试和手工测试不是对立，你做自动化一样要了解产品需求，熟悉产品的实现过程，以及产品的功能，时不时也要用手点吧点吧。常规的产品UI功能测试，有些简单重复性比较高的地方也可以用自动化来代替。（雕刻家也是可以用机器去打磨和抛光来提高效率的嘛。）所以，自动化测试是测试人员的一个必备技能之一，并不是手工测试的替代品。其实，测试行业这么多年来的发展已经证明了这一点，自动化出现了这么多年，并没有完全替代手工测试，该用手的地方还得用手。手工测试我不喜欢这个称呼，它不是光拿手点，别人可是带脑子思考的，取决于对业务的理解广度、深度。对测试人员要求也是相当高的。从职位发展来看：自动化测试的发展并不一定就比手工测试的好。如果做自动化测试你只具备了编写代码的能力，完全脱立了业务，那你写出来的脚本一定没手工测试测试出来的bug多。所以软件测试人员一定要掌握业务，即需求，这是软件的命脉，也是测试人员的命脉。总结：自动化测试是不会替代手工测试的，代码也要依赖业务，哪个手段高效用哪个，自动化只是用来代替手工的重复性工作，但代替不了人脑思维，相比来看手工测试更灵活，因此更容易发现bug。但需具备代码能力，需要时自动化时可实现自动化。所以测试人员需具备：业务能力，代码能力，测试思维

每日任务之提交代码、手工测试用例、接口测试用例，怎么做了之后，麻豆没加上去，之前一直这么做的，什么情况