Hughier的博客

1概念等价类划分方法参考：https://www.jianshu.com/p/57cfcd11888e边界值设计方法参考：https://www.cnblogs.com/whylaughing/p/5821898.htmlMySQL的VARCHAR类型字符长度说明：https://www.cnblogs.com/zhuyeshen/p/11642211.htmlMySQL的DECTMAL类型字符长度说明：https://blog.youkuaiyun.com/resilient/article/details/

代码理解Slave104.h界面信息更新接口头文件及Slave104.cpp实现文件已注释过内容不再注释，请参考C++代码审阅–ice104协议（1）C++代码审阅–ice104协议（2）C++代码审阅–ice104协议（3）C++代码审阅–ice104协议（4）C++代码审阅–ice104协议（5）C++代码审阅–ice104协议（6）C++代码审阅–ice104协议（7）后面几篇内容只需了解iec104协议基础知识即可理解，请看以下链接，看懂了有协议基础都很好理解了。电力IEC10

代码理解IEC104NASlave.h窗口协议从站实现文件已注释过内容不再注释，请参考C++代码审阅–ice104协议（1）C++代码审阅–ice104协议（2）C++代码审阅–ice104协议（3）C++代码审阅–ice104协议（4）C++代码审阅–ice104协议（5）C++代码审阅–ice104协议（6）后面几篇内容只需了解iec104协议基础知识即可理解，请看以下链接电力IEC104规约协议解读（含源码下载）// IEC104Slave.cpp: implementation

代码理解IEC104NASlave.h窗口协议从站头文件已注释过内容不再注释，请参考C++代码审阅–ice104协议（1）C++代码审阅–ice104协议（2）C++代码审阅–ice104协议（3）C++代码审阅–ice104协议（4）C++代码审阅–ice104协议（5）后面几篇内容只需了解iec104协议基础知识即可理解，请看以下链接电力IEC104规约协议解读（含源码下载）// IEC104Slave.h: interface for the CIEC104Slave class.

软件需求规格说明书测试需求分析测试需求澄清测试需求评审测试总体计划如何有效地掌握需求动态如何推动需求共享

代码理解IEC104NASlaveDlg.h窗口头文件已注释过内容不再注释，请参考C++代码审阅–ice104协议（1）C++代码审阅–ice104协议（2）C++代码审阅–ice104协议（3）C++代码审阅–ice104协议（4）// IEC104NASlaveDlg.cpp : implementation file//#include "stdafx.h"#include "IEC104NASlave.h"#include "IEC104NASlaveDlg.h"#inc

代码理解IEC104NASlaveDlg.h窗口头文件已注释过内容不再注释，请参考C++代码审阅–ice104协议（1）C++代码审阅–ice104协议（2）C++代码审阅–ice104协议（3）// IEC104NASlaveDlg.h : header file//#if !defined(AFX_IEC104NASLAVEDLG_H__76F8CBDC_BEBC_42FD_920C_759778DCC183__INCLUDED_)#define AFX_IEC104NASLAVED

代码理解IEC104NASlave.cpp主应用程序实现已注释过内容不再注释，请参考C++代码审阅–ice104协议（1）C++代码审阅–ice104协议（2）// IEC104NASlave.cpp : Defines the class behaviors for the application.//#include "stdafx.h"#include "IEC104NASlave.h"#include "IEC104NASlaveDlg.h"#ifdef _DEBUG#d

stdafx.hstdafx的英文全称为：Standard Application Framework Extensions（标准应用程序框架的扩展）文库解释介绍编译器通过一个头文件stdafx.h来使用预编译头文件。stdafx.h这个头文件名是可以在project的编译设置里指定的。编译器认为，所有在指令#include "stdafx.h"前的代码都是预编译的，它跳过#include "stdafx. h"指令，使用projectname.pch编译这条指令之后的所有代码。因此，所有的MFC

IEC104NASlave.h主应用程序头文件接上篇，中文注释即理解，已在前篇注释过的理解不再重新注释，有需要请翻看前面篇章。C++代码审阅–ice104协议（1）// IEC104NASlave.h : main header file for the IEC104NASLAVE application //IEC104NASLAVE应用程序的主头文件#if !defined(AFX_IEC104NASLAVE_H__3727DC37_9D6F_4120_B349_19C8571514A5__

引言本篇接C/S架构工业监控系统性能测试方案模型选用参考因素测试模型建立之后，可以开始编具体写测试方案和计划，博主分享一个最近项目使用的测试方案，仅供参考。下载链接：电力监控系统性能测试方案鉴于工业行业特殊性，定制协议仿真测试工具公司内部根据需要开发，所以做性能测试的准备工作会非常多。可以参考一下执行方式，因为工业用户一般为局域网，用户量较少，一般很少考虑用户并发，所以性能测试大多偏向采集数据量并发，使用测试工具一般也需要不少二次开发工作。...

用户需求的分析软件需求规格说明书测试需求分析测试需求澄清测试需求评审测试总体计划如何有效地掌握需求动态如何推动需求共享

用户故事在进行用户需求分析的过程中，用户故事的方法能够很好地体现和还原软件每个功能的使用原因、使用过程、需要什么结果。场景图作图能力略差，简略带过，从度娘那里借来一张简单的用户场景图，这就叫用户故事。上图可以体现一个巡检及检修流程的用户场景。应用场景分析场景分析主要由以下几方面进行：使用时间 /时间段用户类型工作流程场景因素为什么需要这几方面的分析？此处不讲。在不同的分析阶段引入时好处就显而易见了，后面在测试用例设计章节或有使用此方法的时候再引用。来看一个实际项目中的遥控功能应用场

ALAC测试今天了解到一种非常有意思的测试类型，无可避免发现BUG率的风险很高的时候或者当每次回归产生需要修复BUG都很多的时候，软件又着急上线，可以合理使用此方式。ALAC测试（Act like a customer）意思是测试行为面向用户，下面是示意图。主体核心意思还是找重点，但是重点在哪里？重点在使用程序的用户群那里，根据用户群也可分重要等级，测试针对性方案也不一样。例如某项目软件使用者：1.用户方业主，使用模块多为浏览形式的人机界面，可针对性为视觉效果及数据表述清晰性，重要等级为P12

电力监控系统测试复盘-需求阶段前言摘要编写背景复盘摘要项目需求阶段现状需求阶段过程分析需求阶段优化事项测试总结前言摘要编写背景作为一个测试人，或者对一个积极向上的人来说，做总结是提升自己最有效的手段。通过分析和研究，回顾一件小事，一个工作任务，一个项目过程，甚至乎一段时间所发生的所有事情，有针对性地发现问题，分析原因，拟行改进措施，特别是测试这个特殊的岗位来说尤其重要。我时常在想，如果自身需要改进的地方也有很多，凭什么去评判别人做出来的东西质量好与坏？所以自从进入了这个行业，我就非常喜欢做总结，力求

絮叨我在网上找了很多资料，关于C/S架构的性能测试少之又少，有的都是一些什么loadrunner，因为协议的关系，基本没有适用的方案。最新我重新想了一下，我测试的项目跟网上的这种东西根本就是两个路子，只能自己根据项目做方案，因为像我这种行业本身工业用户数量不多，消费服务器资源的主要还是底端的采集器，与具体的工业协议有关，搞什么用户并发根本起不了啥作用，TCP并发可能有点关联，没有深究，但协议还是定制多。所以我反过来考虑，把采集点作为用户，并发来源换成了采集点，这样感觉思路会顺一些。写得不好，仅供参考，欢迎