C/C++test代码审查任务通常围绕代码变更、开发人员、审查人员和审查结论展开。不同版本的入口会有差异，较早的C/C++test Professional多在IDE测试配置中创建审查任务，采用DTP集中管理的环境则可以通过构建审查比较两个版本的文件变化。处理“C/C++test代码审查任务怎么创建C/C++test代码审查任务无法分配如何处理”，要先把用户、源码管理和项目映射配置完整。

　　一、C/C++test代码审查任务怎么创建

　　代码审查任务需要知道哪些文件发生了变化、由谁修改、交给谁审查。源码管理没有接通，或者团队账号没有统一，任务即使生成，也容易落到未知用户下面。

　　1、准备代码审查环境

　　①确认C/C++test已经取得所需许可证。

　　②连接项目实际使用的Git、SVN或其他源码管理系统。

　　③测试源码仓库账号和访问权限。

　　④连接Parasoft DTP或项目使用的Team Server。

　　⑤确认项目名称、构建编号和分支信息正确。

　　⑥将待审查代码更新到目标版本。

　　C/C++test可以读取源码管理中的修改信息，识别代码变更和相关作者，并据此生成或分配质量任务。通过命令行执行时，也可以将分析结果和任务数据发布到DTP集中查看。

　　2、配置作者识别方式

　　①进入【Parasoft】→【首选项】。

　　②打开【Scope and Authorship】设置。

　　③优先启用基于源码管理记录计算作者。

　　④无法使用源码记录时，配置文件与人员映射。

　　⑤准备兜底用户，避免任务全部显示为unknown。

　　⑥选择一段代码检查当前识别出的作者。

　　任务归属可以根据源码管理作者、文件映射或当前用户计算。如果多种方式同时启用，工具会按照设置顺序依次判断；始终无法确定作者时，任务会被归到未知用户。

　　团队中还要统一用户名格式。例如Git提交者是zhangsan，DTP账号却是Zhang.San，系统不一定能自动认成同一个人。用户名大小写、邮箱域和显示名称最好提前对齐。

　　3、创建代码审查配置

　　带IDE代码审查工作流的版本，可以从内置配置复制一份团队配置。

　　①打开【Parasoft】→【Test Configurations】。

　　②找到内置的代码审查配置。

　　③复制配置并填写清楚的任务名称。

　　④进入【Code Review】设置。

　　⑤指定作者、审查人员和审计人员。

　　⑥设置要比较的代码范围或源码版本。

　　⑦保存配置后选择项目运行。

　　作者代表提交代码的开发人员，审查人员负责查看代码并提出问题，审计人员则用于查看整个审查过程。项目不需要审计角色时，可以只保留作者和审查人员，别为了形式给每项任务都塞进很多人。

　　4、通过DTP创建构建审查

　　使用DTP集中管理时，可以将当前构建与上一次构建进行文件比较，并把发现的问题记录为审查发现项。构建审查可以手动创建，也可以通过Extension Designer工作流自动生成，并为项目设置默认审查人员。

　　①将两个待比较构建的结果发布到同一DTP项目。

　　②确保两个构建使用不同且连续的构建编号。

　　③打开项目对应的构建审查页面。

　　④选择基线构建和当前构建。

　　⑤填写审查名称并指定负责人。

　　⑥创建后检查变更文件和审查发现项。

　　这里最容易漏掉的是构建编号。两次结果使用了同一个编号，后一次可能覆盖前一次数据，审查页面自然找不到可以比较的版本。

　　二、C/C++test代码审查任务无法分配如何处理

　　任务无法分配时，先看人员选择框里有没有目标用户，再看任务生成后被分给了谁。这两种情况对应的原因不同。

　　1、审查人员不在可选列表中

　　①登录DTP检查目标用户是否已经创建。

　　②确认账号处于启用状态。

　　③检查用户是否拥有当前项目访问权限。

　　④核对用户所属组和项目角色。

　　⑤退出C/C++test后重新连接服务器。

　　⑥再次打开任务分配窗口。

　　用户在DTP中存在，不代表已经能访问当前项目。若项目按用户组控制权限，账号没有加入对应组时，任务页面可能看不到该用户，或者保存分配结果时被拒绝。

　　2、任务被分配给unknown

　　①在源文件中选择异常代码行。

　　②查看C/C++test识别出的修改作者。

　　③检查源码管理客户端是否能够读取提交历史。

　　④核对本地工程路径与仓库路径是否对应。

　　⑤检查作者映射文件中的路径匹配顺序。

　　⑥重新运行代码审查任务。

　　文件映射规则通常支持通配符，但匹配顺序很重要。范围较大的规则放在前面，可能提前截获全部文件，导致后面的精确人员映射根本没有机会生效。

　　3、用户名和团队账号不一致

　　源码管理中可能保存用户名、姓名或邮箱，而DTP使用的是另一套登录账号。系统得到作者以后，找不到对应团队成员，分配就会失败。

　　①记录任务中显示的原始作者值。

　　②对照DTP用户登录名。

　　③检查字母大小写和特殊字符。

　　④配置用户名或邮箱映射。

　　⑤统一CI节点和开发电脑上的账号设置。

　　⑥重新发布结果验证。

　　C/C++test的作者值可应用大小写敏感或不敏感模式，该设置会影响代码审查、质量任务和报告中的人员识别。团队账号本来就不统一时，改为不区分大小写只能解决一部分问题，名称映射仍要补全。

　　4、DTP自动审查没有找到默认负责人

　　①检查Extension Designer中的构建审查模型。

　　②确认模型名称与DTP项目名称一致。

　　③查看【Default Reviewer】是否选择了有效用户。

　　④确认DTP服务器已经正确注册。

　　⑤检查工作流服务是否正常运行。

　　⑥重新发布一个新构建触发审查。

　　自动构建审查会根据模型中的项目和默认审查人员关联数据。项目名称不一致、默认用户被删除或工作流没有部署成功时，审查可能已经建立，却没有负责人接收通知。

　　三、任务分配修复后怎么验证

　　配置改完以后，不建议直接跑整个代码库。先用一个文件和一个审查人员验证，能更快发现账号或映射问题。

　　1、执行最小范围测试

　　①选择一个已经提交修改的源文件。

　　②确认该文件的修改作者能够被识别。

　　③指定一名确定存在的审查人员。

　　④创建并发布新的审查任务。

　　⑤使用审查人员账号登录查看任务。

　　⑥添加一条发现项并完成状态流转。

　　若任务能够创建，但审查人员看不到，继续查项目权限；任务能看到却收不到通知，则检查邮件地址和通知配置，不要重新修改作者映射。

　　2、固化团队公共配置

　　①统一源码管理用户名和DTP账号规则。

　　②将作者映射保存为团队共享配置。

　　③固定项目名称、流名称和构建编号格式。

　　④把DTP连接参数写入公共设置文件。

　　⑤在CI中使用同一份测试配置。

　　⑥定期检查长期未分配和未关闭任务。

　　C/C++test支持通过本地设置文件控制报告、任务分配和服务器连接，适合在不同开发电脑及CI节点间保持一致。

　　总结

　　“C/C++test代码审查任务怎么创建C/C++test代码审查任务无法分配如何处理”的重点，是让代码变更、源码作者、团队账号和项目权限形成准确对应。人员信息能够稳定识别后，审查任务才不会落到未知用户或长期无人处理。希望本文能为大家配置C/C++test代码审查流程提供参考，如需进一步了解相关内容，欢迎联系咨询。