讲讲我的一些教训吧。
我所参与的应用开发是一款桌面应用程序，为了良好的用户体验，产品设计使用了许多自定义窗口和自绘控件，在最早的需求说明书中，软件的界面的需求只是一些PhotoShop做的截图。大伙儿很快就按照截图做出了界面。但是立刻就被QA组拒收了，因为截图中和我们的开发环境用的都是XP Luna Silver的theme, 而QA组用的是XP Luna blue theme以及Windows 2k, 这样用户界面上有些系统控件的颜色随着theme改变了而有些自绘控件却仍然是银灰色，非常不协调。产品设计，开发都忽略了theme这个细节因素对整体界面风格的影响，大家只好重新讨论实现theme的支持。
另一个，有一个自定义窗口需求里面要求在屏幕左半边的时候边框的滚动条靠左，反之在屏幕右半边的时候滚动条靠右。某位哥们实现的时候直接就按WorkingArea的一半来判断，WorkingAreas是个好东西它还能正确处理Taskbar在侧边的情形。当然这个代码在绝大多数的机器上的确表现良好，包括QA组的测试。结果最后一个Beta客户发现了问题，这个窗口在他的副显示器上工作不正常。天，还有多显示器这回事。。。第二天开发组和QA组就加了几台显示器。
我所参与的应用开发是一款桌面应用程序，为了良好的用户体验，产品设计使用了许多自定义窗口和自绘控件，在最早的需求说明书中，软件的界面的需求只是一些PhotoShop做的截图。大伙儿很快就按照截图做出了界面。但是立刻就被QA组拒收了，因为截图中和我们的开发环境用的都是XP Luna Silver的theme, 而QA组用的是XP Luna blue theme以及Windows 2k, 这样用户界面上有些系统控件的颜色随着theme改变了而有些自绘控件却仍然是银灰色，非常不协调。产品设计，开发都忽略了theme这个细节因素对整体界面风格的影响，大家只好重新讨论实现theme的支持。
另一个，有一个自定义窗口需求里面要求在屏幕左半边的时候边框的滚动条靠左，反之在屏幕右半边的时候滚动条靠右。某位哥们实现的时候直接就按WorkingArea的一半来判断，WorkingAreas是个好东西它还能正确处理Taskbar在侧边的情形。当然这个代码在绝大多数的机器上的确表现良好，包括QA组的测试。结果最后一个Beta客户发现了问题，这个窗口在他的副显示器上工作不正常。天，还有多显示器这回事。。。第二天开发组和QA组就加了几台显示器。
