鉴定领域
软件鉴定
检查软件、网站、移动应用、模块、API及源代码是否符合合同、技术任务书与所声明功能。费用90 000 ₽起。莫斯科及莫斯科州。
软件检查将开发成果的具体版本与约定要求进行比对。需要区分功能缺失、可复现缺陷，以及由环境或外部集成导致的故障。
研究对象
- 软件构建版本、源代码及配置
- 合同、技术任务书、专项技术任务书及验收标准
- 测试场景、日志及版本历史
向鉴定人提问的示例
- 被检验版本实现了哪些要求？
- 哪些不足可在既定条件下复现？
- 限制是否与代码、配置或外部依赖有关？
- 材料是否足以检查工作量及工作成果？
最终问题根据具体任务的对象和情形表述。
应准备什么
- 约定要求及其全部版本
- 被检验构建版本及版本信息
- 约定范围的代码与文档
- 环境说明、测试数据、日志及验收文件
如何开展检验
建立“要求—检查方法—结果”的对应关系，注明环境与复现条件。按需分析代码，且不以代码分析代替对程序实际行为的检查。
能力与限制
仅可访问界面可能限制对服务器端的判断。技术测试不能自动确定权利归属、损失金额或是否违约。
成果反映什么
成果包含已核查要求、可复现场景、已发现的不符合情况及原始材料的局限。
可复现的检查场景包括什么
当系统初始状态、用户角色、输入数据及操作顺序得到说明时，“按钮不能用”才成为可核查的技术任务。记录中还需要预期结果及实际观察结果。复测应使人能够判断是否满足相同条件，而不只是看到相似界面。
- 对于报表，应保存筛选参数、时段、原始记录及生成文件。
- 对于集成，应保存请求与响应示例、操作时间、结果代码及相关日志。
- 对于访问错误，应保存角色、权限设置及用户试图执行的操作。
- 对于不稳定缺陷，应记录多次观察、出现条件，以及同一场景成功执行的信息。
应区分几类结果：已检查且符合要求；已检查并发现不符合；因数据或访问权限不足而检查受限。最后一种情况本身不意味着功能缺失。例如，外部服务不可用可能使场景无法完成，但相应软件模块仍然存在。
测试数据的选择应保留操作本身的含义，包括边界情况及已知争议示例。如果替换不改变错误发生条件，可以对机密信息作去标识化处理。约定的场景与附件集合有助于核查结论，无需重走整个开发历程。