服务介绍：
人工+工具测试相结合，根据您的测试需求及进度，由卓越测评公司测试专家，对您的产品进行完整、全面、无死角的专业测试。深度挖掘产品缺陷。
服务内容：
根据产品特性、操作描述和用户方案，从软件产品的界面、架构出发，按照需求编写出来的测试用例，使用适当的平台、浏览器和测试脚本，以保证目标用户的用户体验，通过输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。
1、专家测试用例设计
由卓越评测测试专家结合产品文档及测试需求，对产品功能进行系统全面的测试用例设计。
2、专家功能测试
全面围绕产品场景、功能点、测试用例，进行逻辑性、针对性功能测试，交付完整测试报告并提供追踪服务。
3、专家定制测试
按照您的要求，卓越评测测试专家向您提供定制化测试方案，交付完整测试报告并提供追踪服务。
4、专家BUG探索
发掘潜在产品缺陷，对产品进行多人次、多维度的随机性功能测试和验证服务。
服务介绍：
通过模拟用户的海量并发，来发现系统的承载能力、负载能力，在高并发等压力下的处理能力，以及分析在当前性能瓶颈下，需要什么样的软硬件配置来满足更高的性能需求。
服务内容：
软件测试团队通过建立模型、测试场景、脚本等工作，使用性能与压力测试工具与平台对客户软件进行压力与性能测试，来发现系统的承载能力、负载能力和处理能力，并对性能瓶颈等问题提出优化建议。
服务详情：
通过自动化测试工具能更快捷地解决问题。
自动化测试工具可以在一台或多台机器上模拟成百上千的用户同时执行业务操作的场景，并可以很好地同步用户的执行时间，进行有效的实时监测，可以全面发现软件承载能力、负载能力和处理能力。
软件测试团队根据计算性能、内存使用、IO占用、SQL负载、带宽容量进行综合分析。并由我公司具有阿里云认证的运维架构师，提供基于缓存、均衡负载、弹性负载、CDN分发、SQL语句、消息队列等多角度的性优化方案。
服务介绍：
代码静态安全审计的目的是对产品的安全性、正确性进行审计；尽可能早的发现并确定产品中在安全方面的缺陷和隐患，找出源代码缺陷所引发的安全漏洞并提供代码修订措施和建议；可以更好的理解软件产品，防止漏洞导致安全事件的发生，避免遭受损失；协助开发出高质量的可交付产品。
服务内容：
针对客户提供的待检测的源代码，由代码安全审计团队进行安全审计，通过工具+人工，两者结合的方式，对客户的源代码进行分析，尽可能的发现安全方面的缺陷和隐患，并及时协助进行修复。
服务流程主要包含以下阶段：
➢ 信息收集：此阶段中，源代码审计小组进行必要的信息收集，包括本次源代码审计要求、稳定版本的源代码。
➢ 工具审计：确定工具审计的标准和各项配置参数，使用代码安全检测工具对目标源代码进行检测，对工具检测的结果进行人工核查，筛选，分析，汇总。
➢ 人工审计：对客户要求人工审计的重点代码采用人工分析的方法，对源代码中的业务流程及安全漏洞进行审计。
➢ 审计核验：对工具以及人工审计的漏洞，根据源代码流程复盘核验，并根据流程核验结果与利用范围确定危险等级。
➢ 输出报告：此阶段中，源代码审计小组根据测试的结果编写直观的源代码审计服务报告。
服务介绍：
了解被测信息系统现状，发现可被利用的漏洞，扫描结果是对被测信息系统安全现状的一个反映，可快速发现整体系统中存在的安全漏洞点。
服务内容：
系统安全扫描主要是使用远程安全评估系统对客户授权的各类应用、操作系统、数据库、网络设备等进行脆弱性扫描和测试。
服务流程主要包含以下阶段：
➢ 信息收集
➢ 安全扫描
➢ 漏洞验证
➢ 威胁分析
➢ 输出报告
服务详情：
安全服务团队通过对被测系统进行安全漏洞扫描，可以发现系统存在的安全漏洞和隐患，对于发现的安全隐患提出针对性的解决方案和建议，对发现的安全弱点采取安全措施，这样可以提高信息系统的安全性，增强系统对入侵和病毒的防御能力。
服务介绍：
渗透测试通过模拟恶意黑客的攻击方法，来评估计算机网络系统安全得一种评估方法，这个过程包括对系统得任何弱点，技术缺陷或漏洞分主动分析，这个分析是从一个攻击者可能存在得位置来进行的，并且从这个位置有条件主动利用安全漏洞，从而深入的发现系统的安全漏洞。
服务内容：
渗透测试小组利用部分前沿的攻击技术，使用成熟的黑客攻击手段，结合软件测试技术（标准）对指定网络、系统做入侵攻击测试，希望由此发现网站、应用系统中存在的安全漏洞和风险点。
服务流程主要包含以下阶段：
➢ 明确目标
➢ 情报收集
➢ 制定计划
➢ 渗透测试
➢ 缺陷利用
➢ 成果收集
➢ 输出报告
黑盒测试与白盒测试，在准备环节有一定的区别：
✧ 黑盒测试：即对内部系统一无所知的情况下进行渗透测试或者其他测试。
✧ 白盒测试：了解内部系统、结构、源码等信息的情况下进行渗透测试或其他测试。
服务详情：
渗透测试是一个由浅入深的过程，渗透测试人员在不影响业务系统正常运行的攻击方法进行的测试，可以有效的深入挖掘安全漏洞。
与安全漏洞扫描不同点在于，安全漏洞扫描是全面发现安全漏洞与缺陷，侧重于横向全面的发现问题。渗透测试则是倾向于深入挖掘系统漏洞，侧重于纵向深入的发现问题。
服务介绍：
移动APP隐私合规检测服务是针对企业或个人开发的移动应用中收集个人信息行为是否存在违法违规进行认定并提供参考，为APP运营者提供指引，移动应用个人信息安全提供多方位全面检测，APP是否合规等问题的深度检测，及时发现应用存在的潜在风险与不合规之处，帮助企业或个人对APP隐私、过度收集、滥用等行为进行检测，高效、低成本地做APP合规检测，形成专业并易理解的检测报告，为移动应用运营者提供专业的合规、安全提供整改依据。
服务内容：
检测覆盖但不限于以下内容：
l违规收集个人信息
l超范围收集个人信息
l违规使用个人信息
l强制用户使用定向推送功能
lAPP强制、频繁、过度索取权限
lAPP频繁自启动和关联启动
l欺骗诱导强迫行为
l欺骗误导用户提供个人信息
l欺骗误导用户下载APP
深圳市卓越软件评测有限公司（以下简称“卓越”）是一家专业的第三方软件评测机构。依托丰富的客户资源和完善的服务体系，凭借自身高效专业的服务能力、深入的行业知识，为客户提供优质且高效的测评服务。
目前主要为政府部门、软件企业、通信运营商、国家电网等提供全方位的信息技术咨询服务，做好质量保障的“守卫者”。业务已涉及公安、电力、交通、医疗、教育、传媒、金融、通信等多个行业，成功实施涵盖软件测试、系统安全扫描、编码规范分析、代码静态安全审计、系统压力测试与瓶颈分析服务、渗透测试（黑盒/白盒）等多个项目，拥有丰富的软件质量评估与保障经验。
1.什么是软件性能测试？
软件性能测试是指检测机构按照委托方提供的测试功能点，对其指定的软件产品进行功能性的检测和验证，确保这些功能都得以实现并能正常运行的过程。
2.软件性能测试的内容有哪些？
1、基准测试
Benchmark或者Baseline测试。一般为单用户测试，或者是零数据量环境下的测试。目的在于建立一个可度量的参考标准，为其他测试场景或者调优过程提供对比参考。也可认为是最基础的性能测试，如果基准测试的结果都不能达到预期要求，那么后续场景也就没必要测试了。
2、日常压力测试
在基准测试通过后，应该先进行较小压力下的测试，首先对系统在日常压力下的表现进行测试。此压力需要根据系统使用相关数据得出，如系统平均每天访问量、平均在线人数、每日完成事务数等。通过此测试，发现一些较表面的性能问题并进行处理。
3、峰值压力测试
在日常压力测试通过后，需要进行更大压力的测试。此处压力同样需要相关数据的支持，一般为未来几年后的预期压力。可根据历史日均压力、日最高压力等信息，估算出未来几年的日均以及日最高压力。
峰值压力为可预期到的最大负载压力，通过了此测试，则认为系统有能力满足未来增长的压力。
4、容量测试
验证了系统是否可满足预期的压力后，还需要知道系统能够承受的最大压力，也就是容量。一般通过“拐点法”进行测试，逐步增大系统的压力，直到性能指标不可接受或者出现了明显的拐点。
5、稳定性测试
验证系统是否可长期稳定的运行，是否存在一些短时间内可能无法发现的缺陷。为了缩短测试工期，一般可将预期一天的压力集中在N小时内完成，这样持续加压N小时，便相当于系统运行N天。注意监控各种性能指标是否平稳，有无下降。
软件产品的功能性要求：在指定条件下使用时，产品或系统提供满足明确和隐含要求的功能的程度。主要包含四个方面：完备性、正确性、适合性、依从性。
完备性：软件是否实现了预期的所有功能。即需求规格说明书或其它技术说明书中有关软件功能需求在软件中被完整实现的情况，包括明确的功能和隐含的功能。如，OA系统的用户管理功能，即使需求中没有明确要求，实际开发完成的软件也需要有用户管理功能。
正确性：软件的各功能运行是否正确、精度是否符合要求。即各功能的运行结果、精度是否与预期的结果相符，包括软件功能性的限制条件。如：业务规则的限制、字符串长度的限制、数字精度的限制、数据格式的限制等要求。
适合性：软件的各功能是否适合用户的要求，按照用户的预期来运行，是否只提供必要的功能操作步骤。即软件的各功能是否完全按照需求规格说明书、用户操作手册的规定运行的。如，查询结果要显示信息1、2、3，且按照时间顺序排序等。
依从性：软件的功能是否符合相关标准、法规的要求。如，公积金中心所建设的公积金综合服务平台，相关功能需要符合住建部《住房公积金综合服务平台 建设导则》的要求。
GB/T 25000.51标准中，对功能性的测试要求有以下几条：
5.3.1.1 ---RUSP安装后，其功能能否执行可以验证，如：删除功能，执行删除时有相应的删除确认信息，并且删除后，有相应的查询功能可以验证已经成功删除等。
5.3.1.2 ---在给定的限制范围内，用户文档集中涉及的所有功能都应是可执行的，限制包括业务规则的限制、字符串长度的限制、数字精度的限制、数据格式的限制等要求。
5.3.1.3---应针对产品说明所引用的所有需求文档，验证RUSP是否满足全部要求。
5.3.1.4 ---RUSP所提供的功能不应自相矛盾，且不应与产品说明和用户文档集中相关描述相矛盾。包括各项功能操作、输入/输出限制条件、界面显示、数据、相关描述、术语等。
5.3.1.5 ---最终用户按用户文档集的指导对软件进行的控制与操作，与软件实际的运行行为应是一致的。
如：按照用户文档集给出的参数配置指导，用户进行参数调整后，软件应该能够成功完成相应的调整。
综合标准中的内容，我们归纳出下面的一个表格，来指导我们更好的理解软件产品的功能性要求。
一、测试方向
总体方向：性能效率测试是通过站在用户体验的角度，使用专业的负载生成设备，在性能模型的基础上验证系统是否能够达到用户提出的性能指标，是否符合用户文档中对系统设计时的性能关注点。在系统正常交互量及峰值交互量的情况下发现系统中存在的性能瓶颈，优化软件，最后达到优化系统的目的。系统既要可以承受大并发的访问，同时也需要可以为用户提供较佳的使用体验，即造成系统对性能的要求也同样较高，针对前段的性能评测也是本次评测的关键方向之一。通过结合实际系统的使用习惯进行性能模型设计，并依据系统实际的业务要求选取典型业务点、开发性能脚本并设计合理的场景及业务配比，使性能评测在以实际为基础的前提下，尽可能的发现系统的瓶颈，为系统调优提供参考和依据；
二、测试类型
性能测试（Performance Testing）
通过模拟生产运行的业务压力和使用场景组合测试系统的性能是否满足生产性能要求。
负载测试（Load Testing）
通过在被测系统上不断增加压力，直到性能指标（例如响应时间）超过预定指标或者某种资源已达到饱和状态。这种测试可以找到系统的处理极限，为系统调优提供数据。
压力测试（Stress Testing）
测试系统在一定饱和状态下（例如CPU、内存在饱和使用的情况下）系统能够处理的会话能力，以及系统是否会出现错误
三、测试指标
响应时间
完成某个业务所需要的时间。
例如，从单击登录按钮到登录完成返回登录成功页面需要消耗1秒钟，那么就说这个操作的响应时间是1秒。
在性能测试中是通过事务函数来完成对响应时间的统计，事务是指做某件事情的操作，事务函数会记录开始做这件事情和该事情做完之间的时间差，使用Transaction Response Time这个词来说明，也称事务响应时间。
吞吐量
单位时间内处理的事务数量。
例如，对于系统来说一个用户登录需要1秒钟，如果系统同时支持10个用户登录，且响应时间是1秒钟，那么系统的吞吐量就是10个/秒。
在性能测试工具中，吞吐量也被称为TPS（Transaction Per Second，每秒事务数）也就是说在单位时间内能完成的事务数目。TPS的计算一般是通过的事务数除以时间。
服务器资源占用
在负载下系统的资源利用率。
资源的占用越低，说明系统越优秀。
资源并不仅仅指运行系统的硬件，而是支持整个系统运行程序的一切软硬件平台。
在性能测试中，我们需要监控系统在负载下的硬件或者软件上各种资源的占用情况，例如CPU的占用率、内存使用率、查询cache命中率等
四、适用方法
基准测试方法
应用单一的虚拟用户依次访问单一的典型业务点，保证测试过程中没有其他操作影响，从而获得“基准”的响应时间、资源利用率、吞吐量的参考值及性能周期性的表现趋势。
负载测试方法
通过在被测系统上不断增加压力，直到性能指标例如响应时间超过预定指标或者某种资源已经达到饱和状态。这种测试可以找到系统的处理极限，为系统调优提供数据。
稳定性测试方法
通过给系统加载一定的业务压力的情况下（如：资源在70%-90%的使用率）的情况下，让系统持续运行一段时间，测试系统在这种条件下是否能够稳定运行
五、测试步骤
1、明确用户对系统性能表现的真实需求，掌握系统在对外提供服务时预计承受的访问指标（如：用户平均访问量、用户峰值访问量、要求提供的响应时间、事务吞吐量等）。
2、依据系统设计文档，及用户需求沟通，了解系统整体架构、系统业务流程、系统拓扑、系统数据流向等技术信息，并对其进行基础分析，初步定为系统中性能瓶颈点。
3、创建性能测试模型，性能测试需要针对一定的前提条件，某种性能表现与方方面面的前提条件息息相关，性能测试模型即为通过分析测试需求及系统分析创建的有助于限定性能测试结果的约束性条件。
4、依据测试方法开发性能测试用例，并开发性能测试场景及脚本，依次执行基准测试、负载测试及稳定性，记录相关性能测试指标及资源利用情况。
