开发团队自行测试自身产品
代码编写者难以发现自身假设中的错误，因此许多错误只有在客户使用时才会暴露。
- 测试类型
- 功能 · 自动化 · 性能 · 安全
- 独立性
- 支持测试由第三方开发的软件
- 环境
- 真实设备与负载模拟基础设施
- 交付成果
- 故障报告包含复现步骤与优先级
总览
编写软件的团队很难自行发现自身的错误
编写功能的人员总是按照自己预设的用户操作方式来进行测试。严重错误往往潜藏在无人预料的操作路径中：重复点击按钮、中途断网、在数字输入框中输入越南文字符、支付后返回上一页。
独立的测试团队会从真实用户和攻击者的视角审视系统，不受开发人员预设假设的影响。HiTechCloud 承担这一角色，即使软件是由其他单位构建的也是如此。
除了软件层，我们还会测试基础设施层：系统能承载多少并发用户、单台服务器宕机时会发生什么，以及备份是否能真正恢复。
常见问题
质量把控依赖运气的迹象
每次发布都会破坏正在运行的功能
缺少回归测试套件，修复一处可能会在无人知晓的情况下破坏另一处。
系统崩溃时才知晓其承载极限
从未执行过负载测试，因此系统的真实极限只有在用户激增当天才会暴露。
缺乏用于交接的质量证明
客户或评估方要求提供测试报告，而结果仅存在于内部消息中。
服务
HiTechCloud 执行的测试类型
功能测试
根据业务需求检查系统，覆盖主流程、异常流程以及常被遗漏的边界条件。
自动化测试
针对关键流程构建自动化测试套件并集成至 pipeline，确保每次更新均经过重新验证。
性能与负载测试
模拟真实访问流量，以在上线前确定负载上限、瓶颈以及所需的基础设施配置。
安全审查
检查应用层与基础设施层的常见漏洞、错误配置、宽松权限及数据泄露风险。
真机测试
在不同机型、屏幕尺寸及操作系统版本上运行应用，包括在弱网环境下。
恢复测试
从备份副本进行实际恢复测试并模拟基础设施故障，以验证冗余方案是否按设计正常运行。
服务交付成果
一份切实可用的报告，而非抱怨清单
测试的价值在于开发团队能够即时修复错误，而不在于发现了多少错误。
- 每个错误均附带具体复现步骤、输入数据、屏幕截图或录屏视频。
- 按严重程度及业务影响进行分类，以便开发团队明确优先修复事项。
- 系统风险区域综合报告，而非仅列出单个错误。
- 修复后重新测试，以确认错误已消除且未产生新错误。
流程
测试周期的执行流程
-
01
需求接入与规划
掌握业务需求和系统范围，并明确需要重点关注的关键流程。
-
02
场景设计
编写覆盖主流程、异常情况和边界条件的测试用例集；准备测试数据。
-
03
执行与记录
执行手动和自动化测试，记录包含凭据的错误并按优先级分类。
-
04
重新测试与报告
确认已修复的错误，执行回归测试，并交接汇总报告与建议。
客户
本服务适用对象
即将上线系统的企业
- 服务上线日期已确定，且尚未有任何一方进行独立测试。
- 需要了解系统可承载多少并发用户。
- 希望获得测试报告以便与承包商进行验收。
无专职测试人力资源的开发团队
- 开发者正在自行检查自己编写的部分。
- 尚未建立已保存且可重复执行的测试用例。
- 每次发布都会在看似无关的地方出现错误。
从第三方接收软件交接的企业
- 在支付尾款前需要进行独立评估。
- 想了解系统是否存在明显的安全漏洞。
- 需要技术依据以要求承包商进行整改。
常见问题
常见问题
是否承接其他单位开发的软件测试？
是的，这也是该服务的大部分工作内容。独立测试的价值只有在独立于开发团队时才能体现。我们在客户提供的测试环境中开展工作，并直接向客户汇报。
自动化测试是否值得投资？
值得，特别是对于关键业务流程和需要长期持续开发的系统 — 因为每次更新都需要重新检验。对于一次性开发且后续很少变更的小型项目，手动测试通常更具成本效益。我们会根据具体情况提供建议。
安全审查是否包含渗透测试？
范围预先通过书面形式达成一致，且仅在客户拥有所有权或获得合法授权的系统上执行。我们会审查常见漏洞、配置和权限；深度渗透测试则单独确定范围。
一轮测试需要多长时间？
中等规模系统首轮测试通常需要2–4周，另加开发团队完成缺陷修复后的重新测试时间。性能测试与安全测试通常规划为独立轮次。
