可测性

单元测试是最早阶段的软件测试，面对的目标最小，可以综合使用黑盒测试方法和白盒测试方法，按理说，单元测试用例的设计应该是最简单的，但实际上，单元测试用例的设计常让人感觉无从下手，这是什么原因？是代码真的不具有“可测性”吗？还是测试思路和方法不对？正确的测试思路和方法是什么？单元测试工具应该具备什么样的功能，才能支持快速地构建测试用例？ 大道至简，意思是掌握了事物的本质，事情就会变得很简单。反之，如果事情很复杂很麻烦，往往表示没有抓住本质。 单元测试的本质是什么？首先要看单元测试的目标是什么

由于以太网的MAC层协议是CSMA/CD，该协议使得在网络上存在冲突，特别是在网络负荷过大时，更加明显。对于一个工业网络，如果存在着大量的冲突，就必须得多次重发数据，使得网间通信的不确定性大大增加。在工业控制网络中这种从一处到另一处的不确定性，必然会带来系统控制性能的降低

1.参与建筑设计类软件项目的需求分析，关注项目需求的可测性和设计的合理性。 2.根据需求测试软件，对软件问题进行分析、定位和反馈，协助并监督开发人员及时解决软件bug； 3.持续改进产品的稳定性、易用性及用户体验。 4.按时完成上级领导交付的其他任务

1.负责对新产品进行现场测试、演示、售前技术支持等。 2.负责参与项目的需求分析，确认项目需求的可测性； 3.负责建立开发需求的OA流，根据前期项目的需求分析，详细描述需求。 4.负责对新开发软件的场测，确定软件的有效性

报告摘要：随着物联网、人工智能等技术的发展和交融，工程系统具有分布式、大规模、异构性等特性，其待检测的事件往往非常复杂，这不仅仅体现在事件所涉及的属性繁多，更表现为事件描述和检测流程的复杂性。通常将其发生涉及一定广度的空间和一定长度的时间的事件定义为复杂事件。本报告讲述本课题组在基于事件的时间信息和空间信息对复杂事件进行有效检测方面的最近的一些工作