论文部分内容阅读
摘要：软件测试模式是影响微服务架构使用价值的关键，该文首先对微服务开始之前的软件测试状态进行了研究分析，并且结合优化软件资源使用质量的实际需要，对软件测试模式的优化处理方式进行了分析处理，对有效的优化微服务架构的应用质量，具有十分重要的意义。
关键词：微服务；软件测试模式；转变
中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2017）35-0083-02
微服务架构相比于单体架构具备较强的技术性优势。因此，结合软件测试技术的实际应用要求，对软件测试模式的转化方式进行研究，可以很大程度上优化微服务架构下的软件应用质量，对提升软件测试水平十分重要。
1 传统软件测试模式的局限性
1） AB测试的技术局限性
AB测试的实施在测试工具方面具备一定的特殊性，很多测试工作必须在测试技术方面无法进行软件产品的质量控制，无法保证产品质量的维护工作可以有效地顺应测试技术的发展要求，难以使软件测试技术的发展能够有效的促进工具附带价值的优化。另外，AB测试工作的执行可以在短时间内使用模拟方式进行多种技术性请求的处置，在这样的情况下，模拟访问技术的优化处理可以对AB测试技术实现局限性因素的合理控制，但是，很多访问效率的控制工作难以凭借AB测试的压力特点进行压力访问情况的分析，造成AB测试的局限性问题很难凭借系统资源直接操作的方式完成与命令输出体系的对接，导致AB测试的压力特征很难得到测试工具的简洁性支持，导致一些系统环境的操作工作难以对软件测试的模式进行进一步的推导处理，只能简单的借助输入命令进行测试应用，无法使软件测试技术得到模拟测试资源的支持。
2） Jmeter测试的技术局限性
在进行jmeter测试响应情况分析的过程中，很多测试技术的操作都需要得到响应时间因素的有效支持，如果响应时间难以凭借毫秒的基础性技术基础进行处理，则很难结合单纯的响应时间实现对技术局限性的有效分析。另外，一些单纯的桌面应用技术难以适应开放源代码的特别需求实现对项目工具价值的有效分析，还有一些测试工作对象处理技术难以凭借数据库查询系统的要求实现与jmeter测试技术的应用，并且在术语因素的有效带动之下与技术局限性的优化分析需求保持一致，难以保证数据的概念特征可以在开放源代码的性能研究方面与术语的使用需要相适应，无法有效的保证线程因素可以在测试技术因素的优化配置之下，适应测试技术的优化配置需求，无法保证取样器的技术资源能夠在这一过程中与显示器实现技术对接。
2 微服务架构下软件测试模式的优化措施
1） 软件测试服务状态的优化
首先，要针对当前微服务技术的发展趋势，对分布式环境进行初始设计，保证微服务的基础技术可以在无服务的情况下具备伸缩性能，以便软件测试服务的优化可以有效地适应应用场景因素的研究处置需要，为软件测试服务的技术性优化创造良好的基础性条件。要使用samples进行测试次数整合，结合average进行测试时间，按照median的运行方式，对软件测试的统计中间值进行计算，并使超过90%的line数值能够凭借UI大致max和最小值min实现对测试次数的控制，减低error出现次数。用户数据性质资源的读写技术科在软件运行状态得到明确的情况下得到处理，并使信息提取技术的使用可以在服务状态因素尚不清晰的情况下，与服务拓展性能的优化使用需求相适应，有效的保证数据资源的技术处置可以使用软件分布式提取技术的实际运行状态，为软件资源缓存技术的存储处理创造良好的基础条件，并使数据库可以在这一过程中凭借存储状态实现对软件测试分析技术的全面控制。
2） 提升服务软件通信机制运行质量
服务软件的优化使用是影响微服务水平的关键性因素，因此，在为服务业务具备一定独立性特征的情况下，按照隔离技术优化配置的实际需要，对服务性质工作的进程进行研究分析，可以很大程度上实现对通信机制合理运行状态的精准分析，以便微服务的技术性调整方案能够在通信属性因素得到明确化处理的情况下，顺应通信机制的优化配置需求，为服务软件资源的合理配置创造通信技术资源的有效支持。要使用一下测试结果进行软件模式分析，并对软件测试程序特点进行全过程记录分析：
timeStamp，elapsed.label，responseCode，responseMessa}}e.t1u-eadName.dataType，success，failureMessage.bytes，Latency13/02/0813：22：03.172，Do Lo}in，50，OK.Thread Group 1一1，text.false，The operationlasted too long：It took 172 milliseconds.but should not have lasted lon}}er than 123milliseconds二835.17？13/02/08 13：22：03.156.Do Login.50，OK.Thread Group 1一2.text.false.Test failed：text expected to contain}loginMs}="OK”一，633.156当结果显示：OK，则可以允许软件测试模式的再次应用。在软件资源的服务标识方面，微服务可以凭借语言定义系统的操作实现对服务等级的优化，并使不同版本的描述性影响能够顺应服务机制的兼容控制需要，为服务软件的精准开发穿在技术响应方式层面的有利支持，以便技术考量因素可以在描述性服务得到明确的情况下，与技术触发机制的运行特点保持一致，并且促进软件测试模式创新价值的更好实现。
3） 优化软件注册发现机制
微服务架构的应用首先可以实现软件技术响应模式的优化，在软件测试模式操作的过程中，技术资源的序列化应用可以有效地实现信息资源控制格式的优化处置，并使不同格式的软件资源能够凭借技术操作格式的特点实现与软件发现机制的对应，在实施测试模式设计的过程中，Server Software：Microsoft-IIS/6.0Server Hostname：www.dlmu.edu.cn}需要将测试版本设置为Microsoft-IIS 6.0 0测试技术的主要操作硬件资源需要为Server Port：80，并使测试模式能够与服务器资源兼容。Document Path：/，适应页面文档技术处理需要30209 bytes，调节文档资源质量Document Length：；Concurrency Level：实施软件资源测试处理。Time taken for tests：10}29.043 seconds，减少全部系统技术处置时间。Complete requests：100。Failed requests：0Write errors：0Total transferred：3053300 bytes。有效的保证信息通信模式的技术处置可以适应异步消息系统的优化操作需要，为服务结果的缓存处理创造良好的基础条件。软件测试模式的转变还直接关系到缓存资源的技术控制需求，并使信息资源注册技术能够在信息发现模式得到直接控制的情况下，按照注册发现模式的操作特点进行通讯确认技术的应用，为软件中心注册性质业务的优化使用创造条件基础。
3 结论
针对微服务的技术性背景进行软件测试模式的分析研究，并且针对微服务架构的实际运行特点，对软件测试模式进行优化处置，可以很大程度上实现软件测试模式的全面优化，并使软件的使用性能可以得到有效优化配置。
参考文献：
[1] 王晶晶.基于Android平台的青岛移动渠道经理管理系统的设计与实现[D].济南：山东大学，2015.
[2] 李秋雯.基于web的高校技能培训与认证管理系统的设计与实现[D].成都：电子科技大学，2015.
[3] 王振华.星载控制软件通用测试平台的研究与设计[D]. 南京：南京理工大学，2013.
[4] 陈宁江.面向“卓越工程师”标准的软件测试人才培养方案探讨[J].教育教学论坛，2012（5）：99-100.
[5] 曹严元.基于CBD的软件测试方法研究[D].重庆：西南师范大学，2005.
关键词：微服务；软件测试模式；转变
中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2017）35-0083-02
微服务架构相比于单体架构具备较强的技术性优势。因此，结合软件测试技术的实际应用要求，对软件测试模式的转化方式进行研究，可以很大程度上优化微服务架构下的软件应用质量，对提升软件测试水平十分重要。
1 传统软件测试模式的局限性
1） AB测试的技术局限性
AB测试的实施在测试工具方面具备一定的特殊性，很多测试工作必须在测试技术方面无法进行软件产品的质量控制，无法保证产品质量的维护工作可以有效地顺应测试技术的发展要求，难以使软件测试技术的发展能够有效的促进工具附带价值的优化。另外，AB测试工作的执行可以在短时间内使用模拟方式进行多种技术性请求的处置，在这样的情况下，模拟访问技术的优化处理可以对AB测试技术实现局限性因素的合理控制，但是，很多访问效率的控制工作难以凭借AB测试的压力特点进行压力访问情况的分析，造成AB测试的局限性问题很难凭借系统资源直接操作的方式完成与命令输出体系的对接，导致AB测试的压力特征很难得到测试工具的简洁性支持，导致一些系统环境的操作工作难以对软件测试的模式进行进一步的推导处理，只能简单的借助输入命令进行测试应用，无法使软件测试技术得到模拟测试资源的支持。
2） Jmeter测试的技术局限性
在进行jmeter测试响应情况分析的过程中，很多测试技术的操作都需要得到响应时间因素的有效支持，如果响应时间难以凭借毫秒的基础性技术基础进行处理，则很难结合单纯的响应时间实现对技术局限性的有效分析。另外，一些单纯的桌面应用技术难以适应开放源代码的特别需求实现对项目工具价值的有效分析，还有一些测试工作对象处理技术难以凭借数据库查询系统的要求实现与jmeter测试技术的应用，并且在术语因素的有效带动之下与技术局限性的优化分析需求保持一致，难以保证数据的概念特征可以在开放源代码的性能研究方面与术语的使用需要相适应，无法有效的保证线程因素可以在测试技术因素的优化配置之下，适应测试技术的优化配置需求，无法保证取样器的技术资源能夠在这一过程中与显示器实现技术对接。
2 微服务架构下软件测试模式的优化措施
1） 软件测试服务状态的优化
首先，要针对当前微服务技术的发展趋势，对分布式环境进行初始设计，保证微服务的基础技术可以在无服务的情况下具备伸缩性能，以便软件测试服务的优化可以有效地适应应用场景因素的研究处置需要，为软件测试服务的技术性优化创造良好的基础性条件。要使用samples进行测试次数整合，结合average进行测试时间，按照median的运行方式，对软件测试的统计中间值进行计算，并使超过90%的line数值能够凭借UI大致max和最小值min实现对测试次数的控制，减低error出现次数。用户数据性质资源的读写技术科在软件运行状态得到明确的情况下得到处理，并使信息提取技术的使用可以在服务状态因素尚不清晰的情况下，与服务拓展性能的优化使用需求相适应，有效的保证数据资源的技术处置可以使用软件分布式提取技术的实际运行状态，为软件资源缓存技术的存储处理创造良好的基础条件，并使数据库可以在这一过程中凭借存储状态实现对软件测试分析技术的全面控制。
2） 提升服务软件通信机制运行质量
服务软件的优化使用是影响微服务水平的关键性因素，因此，在为服务业务具备一定独立性特征的情况下，按照隔离技术优化配置的实际需要，对服务性质工作的进程进行研究分析，可以很大程度上实现对通信机制合理运行状态的精准分析，以便微服务的技术性调整方案能够在通信属性因素得到明确化处理的情况下，顺应通信机制的优化配置需求，为服务软件资源的合理配置创造通信技术资源的有效支持。要使用一下测试结果进行软件模式分析，并对软件测试程序特点进行全过程记录分析：
timeStamp，elapsed.label，responseCode，responseMessa}}e.t1u-eadName.dataType，success，failureMessage.bytes，Latency13/02/0813：22：03.172，Do Lo}in，50，OK.Thread Group 1一1，text.false，The operationlasted too long：It took 172 milliseconds.but should not have lasted lon}}er than 123milliseconds二835.17？13/02/08 13：22：03.156.Do Login.50，OK.Thread Group 1一2.text.false.Test failed：text expected to contain}loginMs}="OK”一，633.156当结果显示：OK，则可以允许软件测试模式的再次应用。在软件资源的服务标识方面，微服务可以凭借语言定义系统的操作实现对服务等级的优化，并使不同版本的描述性影响能够顺应服务机制的兼容控制需要，为服务软件的精准开发穿在技术响应方式层面的有利支持，以便技术考量因素可以在描述性服务得到明确的情况下，与技术触发机制的运行特点保持一致，并且促进软件测试模式创新价值的更好实现。
3） 优化软件注册发现机制
微服务架构的应用首先可以实现软件技术响应模式的优化，在软件测试模式操作的过程中，技术资源的序列化应用可以有效地实现信息资源控制格式的优化处置，并使不同格式的软件资源能够凭借技术操作格式的特点实现与软件发现机制的对应，在实施测试模式设计的过程中，Server Software：Microsoft-IIS/6.0Server Hostname：www.dlmu.edu.cn}需要将测试版本设置为Microsoft-IIS 6.0 0测试技术的主要操作硬件资源需要为Server Port：80，并使测试模式能够与服务器资源兼容。Document Path：/，适应页面文档技术处理需要30209 bytes，调节文档资源质量Document Length：；Concurrency Level：实施软件资源测试处理。Time taken for tests：10}29.043 seconds，减少全部系统技术处置时间。Complete requests：100。Failed requests：0Write errors：0Total transferred：3053300 bytes。有效的保证信息通信模式的技术处置可以适应异步消息系统的优化操作需要，为服务结果的缓存处理创造良好的基础条件。软件测试模式的转变还直接关系到缓存资源的技术控制需求，并使信息资源注册技术能够在信息发现模式得到直接控制的情况下，按照注册发现模式的操作特点进行通讯确认技术的应用，为软件中心注册性质业务的优化使用创造条件基础。
3 结论
针对微服务的技术性背景进行软件测试模式的分析研究，并且针对微服务架构的实际运行特点，对软件测试模式进行优化处置，可以很大程度上实现软件测试模式的全面优化，并使软件的使用性能可以得到有效优化配置。
参考文献：
[1] 王晶晶.基于Android平台的青岛移动渠道经理管理系统的设计与实现[D].济南：山东大学，2015.
[2] 李秋雯.基于web的高校技能培训与认证管理系统的设计与实现[D].成都：电子科技大学，2015.
[3] 王振华.星载控制软件通用测试平台的研究与设计[D]. 南京：南京理工大学，2013.
[4] 陈宁江.面向“卓越工程师”标准的软件测试人才培养方案探讨[J].教育教学论坛，2012（5）：99-100.
[5] 曹严元.基于CBD的软件测试方法研究[D].重庆：西南师范大学，2005.