您应当测试升级以了解：
· 升级计划是否可行， 您是否需要进行调整。
· 您的环境中有哪些自定义项， 以便能够规划如何在升级过程中处理这些自定义项。
· 您是否应当升级硬件以使升级更加高效和/或速度更快。
· 时间， 即， 在您的环境中进行升级需要多长时间。
· 在操作方面， 您需要规划哪些内容？
同时， 还要了解过程以及将会发生什么：
· 升级用户界面看起来什么样？
· 日志文件位于何处以及如何读取日志文件？ 日志文件提供什么信息？
· 您是否需要调整任何脚本或命令？
· 您是否有解决运行中断的正确计划？
测试升级的步骤：
设置测试服务器场， 物理或虚拟都可以。
确定自定义项并将它们安装到测试服务器场。
将真实数据复制到测试环境并升级数据库。
审阅数据库升级结果。
升级网站集和“ 我的网站”
审阅网站集结果。
重复测试过程， 直至您确信已找到所有可能面临的问题， 并且知道如何处理这些问题。
您的目标是明确以下问题： 假设现在是星期日下午 4:00， 您必须在星期一早上重新实现联机， 但升级进行的不顺利， 这种情况下您有什么计划？ 您是否已经没有退路？ 请测试您的回滚计划， 并在开始实际升级之前确保该计划的有效性。
设置测试环境：
您可使用虚拟或物理硬件来测试升级过程。 由于每个环境都是独一无二的， 因此升级所用时间以及升级特定自定义项的困难程度没有一般原则可循。 预测升级所用时间的最佳方法是进行一系列试验性升级。
您的测试服务器场
· 使测试服务器场与实际服务器场尽可能保持一致， 例如，具有相同的硬件、 软件和可用空间。
· 在测试服务器场中使用与在实际服务器场中相同的 URL。
· 对您的 Web 服务器和应用程序服务器使用不同的计算机名称。
· 对您测试环境中的 SQL Server 数据库使用单独的服务器。
· 使用相同的数据库名称。
· 将所有设置和自定义项传送到测试服务器场。
虚拟测试服务器场
当使用虚拟化测试环境进行测试时， 无需使用大量硬件。 只需使用两台运行 Hyper-V? 的服务器即可复制您的环境。 其中一台服务器具有前端 Web 服务器和应用程序服务器的映像， 另一台服务器具有数据库服务器的映像。
物理测试服务器场
尽可能真实地复制您的服务器场环境。 如果大量减少 Web 服务器、 应用程序服务器或数据库服务器的数目， 将无法准确估计升级过程的持续时间。 此外， 您可能无法了解相同角色服务器之间进行交互的复杂性。 如果原始服务器场中有多台服务器属于同一个角色， 请在测试服务器场中为该角色至少使用两台服务器来测试此类问题。
确定和安装自定义项：
为了使测试过程准确无误， 您必须查找当前环境中的所有自定义项。
· 在 SharePoint 2010 产品环境中使用 Stsadm –oenumallwebs（ 带 includefeatures 和 includewebparts参数） 以确定子网站中的特定自定义项。
· 使用 WinDiff 之类的工具将生产环境服务器与测试场服务器进行比较。
· 检查 web.config 文件是否有更改并查找自定义控件。
· 使用 SPDiag 查找已部署的解决方案。
· 创建找到的所有自定义项的列表。 如有可能， 请确定自定义项的来源。 例如， 是否有在内部自定义的第三方外接程序或模板？ 如果能够确定来源， 则可以检查这些自定义项是否有更新或升级版本。
在识别所有自定义项之后， 请将它们安装到测试服务器场中适当的服务器上。
· 在将数据库附加到 SharePoint 2013 产品之前， 可以使用Windows PowerShell? cmdlet Test-SPContentDatabase来确定环境中是否缺少任何自定义项。
复制和升级数据库
除非使用实际数据， 否则将无法实现测试目标。 因此， 您需要使用 Microsoft SQL Server? 备份和还原工具来创建内容数据库以及希望升级的任何其他数据库的副本。
复制数据库之后， 尝试升级过程以观察发生的情况。 这只是首轮测试。
审阅数据库升级结果：
审阅升级日志文件
升级日志文件位于 %COMMONPROGRAMFILES%\MicrosoftShared\Web server extensions\15\LOGS 中， 名为Upgrade-YYYYMMDD-HHMMSS-SSS.log。
审阅 2010 模式中的网站
确认未升级的网站集在 2010 模式中按照预期方式运行。
升级网站集：
在验证数据库升级后， 您可以尝试升级网站集和“ 我的网站” 。
审阅网站升级结果
审阅网站升级日志文件
升级日志文件位于网站集中（ _catalogs\Upgrade 文档库）中， 更详细的日志文件位于%COMMONPROGRAMFILES%\Microsoft Shared\Web serverextensions\15\LOGS 中， 名为 SiteUpgrade-YYYYMMDDHHMMSS-SSS.log。
审阅升级后的网站
Web 部件
若要快速测试您的 Web 部件， 可以在测试升级之前创建一个包含所有自定义 Web 部件的新页， 然后在升级测试后审阅此页以查看是否存在任何缺失的或失效的 Web 部件。
升级后的网站中是否显示原始网站中的所有 Web 部件？
是否有损坏的 Web 部件页？
这些 Web 部件是否正确显示（ 按照正确的区域、 位置和大小） ？
是否有额外的或缺失的 Web 部件？
这些 Web 部件是否正常工作？
是否有任何页仍处于签出状态？
Excel Web Access Web 部件是否正常工作？ 是否重新创建了正确的连接？ 外部数据源是否仍正常工作？
大型列表
在您的环境中是否有必须返工的大型列表？
样式和外观
可以通过纠正指向项目的链接来解决本节中描述的大多数问题。
是否正确显示了页面上的所有图像？
是否在适当的位置使用了正确的级联样式表颜色和样式？
SharePoint 2013 中的主题选择有所不同 – 您要使用哪个主题？
是否具有任何未正常运行的 JavaScript 控件？
可以通过纠正指向项目的链接来解决本节中描述的大多数问题。
自定义（ 取消幻像） 的页面
自定义项是否仍处在正确的位置？
是否仍可以编辑页面上的控件？
您的自定义项在新的环境中是否仍适用， 或者您是否要更新为新的功能和外观？
页面在浏览器中是否正确显示？
是否有页面显示了任何脚本错误？
是否有任何页仍处于签出状态？
本文出自 “博深” 博客，转载请与作者联系！
原文地址：http://pclzr.blog.51cto.com/30415/1909889
