（原创）(二)作为测试负责人测试过程监控中关注的度量数据

无意中发现了一个巨牛的人工智能教程，忍不住分享一下给大家。教程不仅是零基础，通俗易懂，而且非常风趣幽默，像看小说一样！觉得太牛了，所以分享给大家。HTTP的接口测试工具有很多，可以进行http请求的方式也有很多，但是可以直接拿来就用，而且功能还支持的不错的

性检查的测试工作。单元测试需要从程序的内部结构出发设计测试用。多个模块可以平行地独立进行单元测试。有序的、递增的测试。　　　　从用户的角度进行测试，很容易被接受和理解；　　　　有助于暴露任何与规格不一致或者歧异的地方；　　　　如果程序未执行的代码无法发现；

如果开发人员的变更集在集成时并没有实现长期部署就绪的状态，那么你的团队其实就没有真正的实践持续交付。在小而离散的变化中工作——当开发人员确定“Pull请求”时，他们应该思考“我可以为实现此功能而采取的最轻巧且有价值的步骤是什么？”当他们确定范围并构建了“P

公司测试环境的namenode出现损坏启动不了。一开始是因为把机器的dfs目录改成了权限777，后来百度了下发现755才可以。修改完发现namenode启动过程一直报edits文件里面存在文件丢失。修改过程还遇到hdfs一直处于安全模式问题，但是想leav

容错机制：例如界面删除一个内容后，界面功能没有正常显示出来，

使用Golang的Test单元测试方法，每个接口必须在Test目录下存在对应的单元测试文件，并进行自我测试，包括rpc层和web层，缺一不可。在单元测试中，必须对于用户输入的参数全部认为可能非法，检查进行边界录入异常检查，并测试通过。接口压力测试统一使用w

tests["Status code is 200"] = responseCode.code === 200;另外要把xlsx格式文件另存为csv格式文件，这时postman才可以识别，但还会有问题，例如当文档中存在中文时会存在乱码，

漏测，相信对于每个测试同学而言，都是“谈虎变色”的事，但是实际工作中，我们稍有不谨慎便会和它来一次“亲密接触”，那么，现在我们来聊聊测试中的漏测。一方面，会让他人对你的技术、业务能力产生怀疑，而且发生多次后，甚至会质疑你存在的价值；再者，因为自己漏测而导致

不同操作系统 不同系统版本 不同界面UI. 升级是否强制升级 新老版本是否兼容 升级过程中意外情况是否回滚 升级后用户数据状态的保留 跨版本更新处理。卸载结果 及卸载过程中的意外处理。未开权限时的使用情况及提示，如未使用麦克风权限。最重要的 用户体验

软件生命周期又称为软件生存周期或系统开发生命周期，是软件的产生直到报废的生命周期。整个生命周期包括问题定义与规划、需求分析、系统设计、软件编程、软件测试、软件运维等阶段。在V模型推出之前，人们通常吧测试过程作为在需求分析、概要设计、详细设计、编码全部完成后

第一项需要检查需求规格说明书是否满足了用户提出的每一项需求。第二项需要检查需求文档的用词用语问题。第七项主要检查软件系统允许的输入与预期的输入。第八项检查的是软件系统的性能需求有没有得到清晰的表述。第九项检查的是需求的关注重点和实现的先后顺序是否清晰地被描

程序=源程序+目标程序；文档=需求规格说明书+概要设计+详细文档+用户手册+...;软件规模越来越大；开发人员和用户之间的矛盾；克服软件危机；发现程序中的bug；为了程序更好的交付；为了发现错误而执行程序或系统的过程；

Pycharm设置File--->Settings--->Tools--->Python Integrated Tools--->Testing--->Default test runner改为pytest或者unittest

Linux/Unix like OS 的文件系统中每个目录树中的节点并不是像 Windows 那样直接包含文件的具体信息，而只包含了文件名和 Inode number 。通过 Inode number 所找到对应于文件名的 Inode 节点中才真正记录了文

还有一台是边界路由器。）对三台主机进行保护，只允许外部用户连接不同主机的部分端口，例如80, 25,110等等。根据我们的检测，Cisco PIX防火墙的过滤规则设置还是比较严密的，基本上没有多余端口允许外部用户访问。我们发现这个端口正在运行 Tomcat

　　UGUI 有它的实用性, 可是也存在理解上的困难, 因为它在面板上的显示内容根据布局而变动, 如果不深入理解它的设计原理, 估计每次要进行程序上的修改都需要进行一次换算和测试过程.　　它并没有提供一个直接设置尺寸的API, 因为想要改变UI大小根据需求

昨天在用TestWriter进行软件测试过程中，想起遇到的操作问题，好在自己可以解决。之前有用QTP时，最头疼也是遇到一些致命缺陷，还是报给了开发解决，能力有限啊。摆好自身的位置很重要滴。那么比如利用自动化测试工具测试时，测试出兼容性问题、关于数据驱动方面

黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，实际上是站在最终用户的立场上，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。黑盒测试只有严格按照步骤进行，才可能对应用程序的质量进行把关。然而，如果没有一种优秀的

QA和软件测试员，它们到底是什么？有什么关系，真实傻傻分不清。QA全称Quality Assurance，即质量保证，它所关注的是对质量的测量及检查，还有通过改进过程来提高软件的质量，依次来指导软件的发行。从上面的内容来看，QA应该更倾向于服务、监督的职责

@After ： 跟junit 3.8 上的tearDown（） 方法同样的效果，方法名最好和tearDown()一样，但不强求，在每一个测试方法之后被执行

黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，实际上是站在最终用户的立场上，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。黑盒测试只有严格按照步骤进行，才可能对应用程序的质量进行把关。然而，如果没有一种优秀的

QA和软件测试员，它们到底是什么？有什么关系，真实傻傻分不清。QA全称Quality Assurance，即质量保证，它所关注的是对质量的测量及检查，还有通过改进过程来提高软件的质量，依次来指导软件的发行。从上面的内容来看，QA应该更倾向于服务、监督的职责

本课程容覆盖了测试估算、基于风险的测试、测试过程监控、测试外包、测试行业价值分析等测试管理过程中比较棘手的问题；分析了复杂的综合系统和安全关键系统的测试管理的难点；结合ISO9001质量模型，阐述了实际项目中缺陷管理的解决方案；结合软件测试领域的国际标准和

过程,使用VMWare创建一个Linux/Ubuntu的虚拟机,挂载Ubuntu的iso文件.然后启动,启动之后有2个选项TryUbuntu和InstallUbuntu,选择TryUbuntu即可.

在配置的过程中发现刚刚装的redhat9.0的linux出现了系统图提示的信息完全乱码。为了解决这个问我，我查询了很多资料，终于解决了。　　将LC_ALL=POSIX写入i18n配置文件末尾。注销或重启（）便永久生效。

　　软件自动化测试自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。　　实施自动化测试之前需要对软件开发过程进行分析，以观察其是否适合使用自动化测试。　　测试脚本的

1，需求分析：写文档，写用例，画用例图，使用UML和Rationalrose或者其他UML工具。2，架构设计：确定使用什么架构，是B/S还是C/S，是二层还是三层，明确每层功能。3，系统设计：根据系统分析结果，将系统划分模块，具体到希望系统完成一个什么功能

去IBM注册一个号下载，一种是基本版6.0.0.1，一种是最新版6.0.0.175，我用的后者，应该都可以。网上说法很多，但其实殊途同归，远程连接工具仍然是xmanager，输入smit回车，直接弹出一个类似程序管理器的工具，都是图形化的，选择安装软件，一

昨天在配置resin是，版本是3.0，出现无法找到tools.jar的错误，废话少说。。。出现问题，先从报错的字面来查看，它是系统回答给我们直接错误来源。做了上面三个步骤，错误依然在，很是奇怪。去掉红色部分ok，但是现在还是不能明白为什么去掉就可以了

导读我们将从,测试人员，开发人员，项目及过程管理，三个角度来分析。本文谈的是针对项目及过程管理方面的度量数据。下面分别列图说明。内容来源于本人博客园博客

一些开源的测试管理软件或是商业的破解版，安装都不是零配置的，对于新手来说安装是一个麻烦的过程，比如bugzilla和mantis等。操作系统：windows 平台，32位和64位均可。硬件要求：内存确保MYPM有150M内存可用，CPU 1GHZ及以上，M

导读我们将从,测试人员，开发人员，项目及过程管理，三个角度来分析。本文先谈的是测试人员方面的度量数据。下面分别列图说明

在 test 目录下, 有一坨 test-X.jerry 和 test-X.expect 文件, X=0, 1, 2, 3. 前者是 Jerry 源文件, 而 .expect 文件的则是, 当这个源文件被编译并执行以后应该输出的结果 .test 目录下还有

webbench可以模拟3万个并发连接去测试网站的负载能力，感觉要比Apache自带的ab压力测试工具好，安装使用也。也可以用于nginx的测试。当然最好找其他机器来测试服务器毕竟webbench也是耗系统资源的，前提是必须带宽要保证和测试机的网卡要可以负

软件是一个整合的平台，整合的前提是功能确认，单元测试，联合调试，集成测试，持续测试等等。6，联合测试完成后可以比较快速的负责集成测试的工作，也可以跟qa组进行比较好的沟通，对于反馈的问题查找原因定位问题，找到相关责任人。

现在的软件行业竞争激烈，生存环境也极恶劣，为了提高自身的竞争力，提高生产效率和产品质量，不少软件企业开始想办法过CMM了，或者根据CMM和自身的经验制定类似的过程。我曾经研究过一点点CMM皮毛，也经历过一些公司如何理解及实施CMM的，现在的公司已经过了CM

有多少兄弟姐妹在项目中使用wiki作为知识共享库的？甚至一些资源都可以上传到wiki上贡献下载，而且支持强大的搜索功能。通过wiki可以保留大家曾经的想法，设计，理念；即使是大家换了项目组，这些东西依然保留了下来，是一个知识共享的很好的方式。

一分钟读懂兼容报告：测试过程视频复现，问题定位很轻松上一期《一分钟读懂兼容测试报告（一）：概况篇》，介绍了WeTest兼容测试报告的概况信息，包括测试通过率、机型聚类、测试场景截图等功能。随着用户使用的不断深入，用户对报告产生了更多的诉求。在查看报告时，用

功能测试功能测试是一个试图发现程序与其外部规格说明之间存在不一致的过程。外部规格说明是一份从最终用户的角度对程序行为的精确描述。系统测试系统测试并非是测试整个系统或程序功能的过程，因为有了功能测试，这样会显得多余。系统测试和功能测试的不同。适用性测试可能定

1）明确当前要完成的功能。可以记录成一个TODO列表。2）快速完成针对此功能的测试用例编写。3）测试代码编译不通过。7）循环完成所有功能的开发。1)操作过程尽量模拟正常使用的过程。3)测试数据尽量包括：真实数据、边界数据。4)测试语句和测试数据应该尽量简单

传统软件过程的流程是这样的：软件分析→总体设计→详细设计→面向过程的编码→测试。面向对象软件工程的流程则是：

在这一经典的著作中，作者对TDD的模式，已经推从以了无已附加的和程度。让我感觉没有了TDD的开发模式，就不可能会有重构，而没有重构的代码，不可避免的就会出现设计不足或设计过度的事（相对于设计过度，个人觉得比设计不足来得好多了，过度设计最多就出现在开始的时候

Tools -> Options-> Run ->Save still image captures toresults. Tools -> Options-> Run ->Savemovie toresults设置为“

由于我有好长时间不用InstallShield和这个工具了，所以上文是我凭印象写的，可能与实际操作过程有些出入，但大同小异，请大家自行测试，修改_ISRes.dll前记得备份。

测试人员常被看作bug寻找者，但你曾想过他们实际是如何开展测试的吗？你是否好奇他们究竟都做些什么，以及他们如何在一个典型的技术项目中体现价值？测试人员需要询问问题：测试人员的核心能力在于提出有挑战性的相关问题。你可能知道这个App原本想做的事，但是它究竟可

@After ： 跟junit 3.8 上的tearDown（） 方法同样的效果，方法名最好和tearDown()一样，但不强求，在每一个测试方法之后被执行

产品在测试过程中发现一个bug，就是测试人员不停的疯狂的点击某个按钮，触发了toast以后，toast内容会一直排着队的显示出来，不能很快的消失。这样可能会影响用户的使用。做程序员的，基本一看api就知道，用这个可以取消上一个toast的显示，然后显示下一

C-V2X是基于蜂窝网络的车联网通信技术， 对智能汽车、自动驾驶、智能交通系统提供关键的技术基础，并利用全球统一的5.9GHZ ITS频段， C-V2X能够利用低延时直接通信技术为车对车、车对基础设施、车对行人提供低时延的信息传输。大陆集团、NTTDOCO

关于一个完整的教程，还是那句话，国内的要么不完整，要么就太旧了，而且思路也不清晰，所以这里写一篇完整的给大家分享一下。虽然对于Linux主机的监控可以通过执行特定的命令来完成，但是相比之后，通过snmp的方式来获取Linux主机的信息则会更轻松简单些，只不