当软件准备对外试用时，期限设置不能只填一个天数就草草了事，使用Obsidium我们需要了解试用期限怎么配置，以及到期后提示内容怎样修改，这些设置必须同时考虑试用起算方式、到期后的运行限制、提示文字还有正式授权入口，Obsidium提供了固定日期、使用天数、运行次数以及按照程序内部动作来设置试用限制这些方式，不同项目适合的方法并不一样，设置完成之后还要用干净环境重新验证。

　　一、Obsidium试用期限怎么设置

　　在设置试用期限之前，要先确定产品打算采用哪种规则，如果是普通桌面软件通常按天数到期比较常用，演示软件也可以限制运行次数，活动版本则适合设一个固定的截止日期。

　　1、打开保护项目。启动Obsidium之后要新建一个保护项目，再把需要发布的EXE文件导入进来，随后进入与Time Trials相关的设置区域，但需要注意不同版本的界面布局可能略有不同，假如找不到对应入口可以去查安装包里附带的完整文档，Obsidium官方说明提到安装包包含了SDK、示例以及完整文档。

　　2、选择试用计算方式。请根据实际需求来选择固定截止日期、试用天数或者可运行次数，固定日期适合统一结束的活动版本，按天数适合从用户第一次运行开始计时，按次数则适合演示次数有限的内部试用，另外Obsidium还支持把试用期和应用内部动作关联在一起，不过这类方式需要结合项目本身的逻辑来配置。

　　3、设置到期后的处理。到期后要明确程序是禁止继续运行还是只限制部分功能，正式发布之前要把试用版和授权版分开输出，文件名、版本号和保存目录也都区分清楚，这样才能避免把测试包误发给客户。

　　4、使用干净环境测试。保护工作完成之后不要只在开发电脑上跑一下，最好在虚拟机或者另外的测试电脑上验证首次启动、使用中状态、临近到期以及到期后的表现，测试时还要把系统日期、运行次数和程序版本记录下来。

　　二、Obsidium试用到期后的提示内容怎么修改

　　对于试用到期后显示的提示内容，一方面要使用户能看懂发生了什么，另一方面也要告诉用户下一步该做什么，提示文字不要只写Error或Expired这类简单的代码，否则用户很容易误以为软件损坏了。

　　1、先查看提示文本配置项。回到保护项目进入试用限制相关设置，看看是不是提供了提示文本、消息或者用户界面文字这些配置选项，具体字段名称会随版本变化，操作时要以当前安装包文档为准不能照搬旧版本截图。

　　2、把提示写得简短清楚。提示内容可以写成试用期限已结束请联系销售人员获取正式授权这种形式，如果产品有购买页、激活入口或客服渠道也可以把对应引导补充进去，提示内容不宜堆太多说明，用户只需要知道原因和下一步动作。

　　3、区分到期和授权异常。试用到期、许可证无效、硬件变化、许可证文件缺失这几种情况不是一回事，每一类情况都建议用不同的提示文字，这样客服收到用户反馈之后能根据看到的文字快速判断问题来源。

　　4、没有文本入口时查SDK文档。如果当前版本没有直接提供提示文字修改入口，就要查看随软件附带的SDK和保护API文档，确认是否需要在自己应用逻辑里处理授权状态并弹出提示，Obsidian官方说明中提到软件包提供了保护API和多种语言示例，适合结合程序逻辑完成更细的授权控制。

　　三、Obsidium试用提示为什么仍然不对

　　试用期限和提示内容改完以后偶尔还是会出现旧文字、提前到期或测试结果对不上，遇到这种情况要先检查测试环境和输出文件，不要急着反复调整参数。

　　1、检查运行的是不是新文件。要确认测试目录里的EXE确实是刚生成的保护文件，旧文件、快捷方式、安装包缓存都可能让测试人员误以为新设置没有生效。

　　2、检查是否复用了旧环境。试用状态通常需要在新环境里验证，如果一直在同一台电脑上反复测试之前留下的试用记录可能影响判断，所以可以换虚拟机快照或新的测试账户重新验证。

　　3、检查规则是否重复。如果项目同时设置了天数、次数和固定日期，就要确认哪个条件会先触发，比如天数还没用完但固定截止日期已经到了，程序仍然会进入到期状态。

　　4、记录每次输出版本。每次修改之后把项目配置、输出文件、生成时间、试用规则和测试结果记录下来，这样出现异常时能快速判断是参数问题、测试环境问题还是发版文件混淆。

　　总结起来，软件试用流程做得清楚后续转正式授权就能省下不少沟通成本，关于Obsidium试用期限怎么设置以及到期后提示内容怎么修改，处理顺序可以概括为先选试用规则，再设置到期处理，随后检查提示文字，最后放到干净环境验证，提示内容修改不了时不要猜字段名称，应当查看当前版本文档和SDK示例，再决定是否由程序自身补充提示逻辑。