大学生大学日志软件测试.docx
《大学生大学日志软件测试.docx》由会员分享，可在线阅读，更多相关《大学生大学日志软件测试.docx（15页珍藏版）》请在冰点文库上搜索。
大学生大学日志软件测试
西南民族大学
学生实习日记
教案单位：
计算机学院与技术学院
级、专业：
2009级软件项目
学生姓名：
*****
学生学号：
*****
实习类别：
软件测试
实习单位：
重庆桂珞软件开发有限公司
起止时间：
2018年2月20日至4月2日
2018－2018学年第二学期
教务处制
使用说明
一、本实习日记为参加我校各教案单位按教案计
划要求组织的各类实习的学生填写。
二、实习学生应如实记录实习过程中主要工作、
学习、活动情况及心得体会等内容。
三、实习类别填写“课程实习”或“毕业实习”。
四、实习日记填写次数根据实习情况而定。
五、实习日记作为评定学生实习成绩和实习总结
的重要依据。
六、本日记使用结束后由各教案单位存档备查。
西南民族大学学生实习日记
日期：
2月20日
工作、学习、活动纪要：
办理入职手续，熟悉工作环境，接受部门主管分配的任务——给我一周的时间熟悉现在公司正在进行的项目软件的相关内容。
心得体会、存在问题、改进意见：
一大早就去重庆桂珞软件开发有限公司软件部报到，现在就要开始我的实习生涯。
去到一个软件公司实习软件专业的内容 ，心里真的忐忑不安。
我对于即将要做的工作要做些什么，怎么做，真的一点概念都没有，毕竟学校学习的都是理论知识呢，一副听天由命的样子。
不过一直以来都很想了解一下人们口中说的高薪、安稳的白领工作到底是怎么样，所以这次是一个很好的机会。
但是也是需要严谨的作风，粗心大意如我者都不知道会遇到什么样的状况。
毕竟是第一份实习工作，无论如何一定要把它做好。
今天工作中倒是没有遇到什么太大的难题。
日期：
2月21日
工作、学习、活动纪要：
学习项目的相关内容，主要看了软件需求规格说明书。
心得体会、存在问题、改进意见：
今天我就看了一份软件需求规格说明书，尽管几个程序员说我看的那个版本基本上不能用于软件开发，但是真的学到了不少东西，比如说每个功能模块描述的那个表，真的说清楚了需求的功能<反正比我弄的好很多倍），还有产品的界面，对于我这种在学校只见过用MFC做的人来说，真的是很漂亮的哟。
同时今天发现一个问题，本公司的各类文档管理很混乱，每个程序员都按照自己的想法写了规格说明书，汇总的版本就显得残缺啦，我给项目主管说了这个问题，项目主管说因为公司刚刚起步，缺少专门管理文档的人员，同时真实中的项目开发和书上学的差别很大，项目文档其实是可以在项目的最后根据客户的需要补的。
我承认我幼小的心灵受到了打击，总算明白了读万卷书不如行万里路的道理。
日期：
2月22日
工作、学习、活动纪要：
学习项目的相关内容，主要看了软件详细规格说明书。
心得体会、存在问题、改进意见：
今天又学习了一天文档，现在才发现，以前以为UML这类的课程编程基本上用不到，哎，现在才发现，这个真的是个不错的工具，在详细规格说明书里面让系统的各个功能模块更加的清楚。
今天还犯了一个错误，都是UML没有学好啊，我记得序列图是带双向箭头的，但是本项目的详细规格说明书里面没有，而且参考书上也不是的，好吧，我错了。
知识没有学牢固啊，要好好加强了！
今天更让我郁闷的事情就是因为实习生公司不给配置电脑的，我的那台破电脑搞得我快要崩溃了，严重影响了进度。
日期：
2月25日
工作、学习、活动纪要：
继续学习项目文档，同时学习软件缺陷跟踪记录软件和SVN
心得体会、存在问题、改进意见：
今天我彻底明白了，学校学的东西真的很理论。
凡事都靠老师教的东西，真的出去才回发现自己其实什么都不懂。
比如说，我一直以为软件缺陷记录和跟踪用WORD就可以搞定的，事实证明我错了，今天学到了一款专门记录软件缺陷以及跟踪软件缺陷的软件工具——Bugfree，彻底颠覆了我对WORD的认识。
WORD虽然强大，但不是万能的。
好吧，我不得不承认，我一直以为软件版本的管理也是靠WORD或者系统管理员自己确定的，殊不知还有专门的软件版本管理软件，SVN尽管我还没有用过它，不过它的教程让我知道了英语的重要性。
其实理科生，特别是工科生更应该好好学习英语的，因为很多先进的工具书或者工具资料都是英文版的，要想跟紧技术的步伐，英语真的非常重要。
日期：
2月26日
工作、学习、活动纪要：
测试了开发组开发项目的基础指标模块，同时继续学习项目文档的其他模块
心得体会、存在问题、改进意见：
今天正式开始了测试工作，不过只是小打小闹的测试，因为公司软件部属于起步阶段，测试工作只有我一个人承担，以前做测试工作的全部是程序员自己。
尽管老师说过测试工作不能有程序员自己做，但是公司里面往往为了节约开发成本都是程序员相互测试的。
不过这个项目从现在开始要有我一个人完成了。
第一天测试的确没有经验，为了测试版本浏览器的兼容我安装了不少的浏览器。
后来才知道原来浏览器有个程序开发者的测试兼容性的选项。
不过呢只能是同一款产品下的。
看了安装的不同浏览器还是有用的，现在我可知道了，软件测试真的是很一件麻烦的事情，想想看，紧紧只是测试版本对浏览器的兼容，就弄了这么多的浏览器，要是测试OS的兼容还不得搞很多的OS？
哎，以前想当然的以为不过就是一个兼容问题，花不了多少心思，没想到挺难整的啊。
日期：
2月27日
工作、学习、活动纪要：
继续测试基础指标模块，编写测试用例，同时学习项目管理工具SVN的使用
心得体会、存在问题、改进意见：
今天第一次使用SVN，在我很不习惯它的英文版本的同时也不得不承认其功能的强大，尽管我只用了其中一小部分。
它可以将整个公司的所有资源放在上面，公司的成员可以共享。
今天编写测试用例我才感觉到以前学习测试的相关功能的时候考虑得很不全面。
只是小小小小的一个模块的一个功能点，要编写十几个测试用例，怪不得测试是要花费大量的人力物力的呢。
然而，在这一周的时间里，也让我明白了，其实理论和实践的差距还是很大的，比如说我们理论是十分注重文档的，然而在实际开发过程中，文档几乎都是最后面才完善的。
这一点让我的落差很大，也许是国内的公司养成的不好习惯吧，也许这就是中国的软件业发展不好的原因所在吧。
日期：
2月28日
工作、学习、活动纪要：
测试指标分析模块，同时学习下一个模块的相关文档
心得体会、存在问题、改进意见：
今天的测试过程中发现一个问题，公司的文档里面没有数据流的记录，搞得我都不知道有些数据的来源和去向。
我怀着疑问的心去问项目主管，主管大人告诉我数据流的记录基本上处于空白阶段，都是程序员自己控制的，这个对于程序员自己测试还不麻烦，但是对于有专门的测试员就相对来说比较不好办了，因为有些数据我根本不知道来源和去路，好在之前看过的文档都很详细，能过从中找出一些蛛丝马迹，鉴于我是实习生，未来的方向没有完全确定，同时发现了这个问题，主管就让我画一个数据流的图。
看了，要想赢得领导的关注，主动和多干是必要的保证。
数据流图的画法我是基本上忘记了，晚上加油充电。
在作图期间，我又犯错误啦，鉴于之前学习时的例子，我还是用了word作图，在学习的时候，老师是介绍了相关工具的，但是还是习惯于用word，直接导致的后果是速度过慢，还很麻烦。
日期：
3月1日
工作、学习、活动纪要：
继续画数据流图，测试没有测完的模块，学习下一个模块的相关文档
心得体会、存在问题、改进意见：
今天比较清闲，对数据流图进行精细的加工，因为之前的文档对数据流的描述不太准确，导致我必须的一边弄一边问他们，毕竟这个项目是他们从头跟到尾的，比我熟悉。
因为程序编码进度滞后，所有测试也得跟着暂停，不过今天让我明白了，原来谷歌浏览器的容错性比360和IE都要强大，在代码中，有部分模块在IE和360中都显示不出来，但是这种兼容性问题在程序编码结束之前可以不用管它的，而谷歌浏览器貌似不存在这样的问题，都可以显示，同事说是因为谷歌的健壮性比较好，可是我还是不太懂健壮性的含义。
好吧，我一般都没有用过谷歌的浏览器，看来是我小看它了。
谷歌浏览器，一款强大的浏览器！
不过对于用熟悉了360的我，谷歌是一时间难以适应的。
日期：
3月3日
工作、学习、活动纪要：
回归测试之前的模块，继续学习下一个模块的相关文档
心得体会、存在问题、改进意见：
今天早上开了几乎一上午的会，对于项目的关键地方抠细节，同时针对项目严重滞后现象重新规划管理，原本的周任务现在分配到每天了，原本一个小的改动，对开发组来说是一个大的变化。
加大管理力度才是胜利的保障。
讨论了一个上午的项目各模块问题，项目经理的一句话让我感受很深，“现在不是深度专研的时候，对应出现的问题，应该问前辈，而不是自己一个人在哪里研究，问前辈一两分钟搞定的事情，如果自己研究就好浪费很多时间。
”的确，在公司就是为了创造价值的，前辈们曾经遇到过得问题，只要我们多问可以从他们哪里收获到很多。
经过今天，我的工作也快开始进入冲刺阶段了。
日期：
3月4日
工作、学习、活动纪要：
回归测试之前的模块，测试客户数据模块，继续学习下一个模块的相关文档
心得体会、存在问题、改进意见：
今天做了一个模块的测试，准备的测试用例也发现了一下问题，但是今天发现的最重要的问题却是在无意中的，而且这个很严重的错误发生了传说中的错误扎堆，不仅仅是哪一个模块有，其他模块也存在这样的情况。
不过我还是没有想明白为什么会出现错误扎堆的现象，如果说程序是一个程序员写的，那么在相似的功能里，程序员选择复制之前的，这样发生错误扎堆是能理解的，但是各个模块是不同的程序员编写的，还发生这样的问题我是真的想不通了。
对于这个问题，我还是请教了老前辈，他们告诉我是因为在程序设计的初期，大家对模块的概念理解趋于相同。
不过我觉得这样的解释貌似我接受不了，他又说了是因为之前的p包是一个人写的，因为继承了同一个包，错误就扎堆啦。
这样我就能很好的理解啦，同样的，这样的错误只要改一下包就好了。
日期：
3月5日
工作、学习、活动纪要：
测试项目组开发完成的三个模块。
心得体会、存在问题、改进意见：
今天开始了大规模的测试，测试了三个大的模块，发现了很多细小的错误。
有一个同事说的测试得很精细，劳动成果得到肯定是相当的满足的。
同样的，今天也发现了错误扎堆现象，不过，我貌似明白了这是为什么了。
今天的错误扎堆现象错在排序和筛选上，我直觉认为是数据类型错了，于是我找到了数据字典，在文档中发现，这个类型的数据在做排序和筛选上是容易出现错误，而程序员开发用的数据全来自一个数据库，所有就算是很多程序员的编码想法不同，错误也会存在，这就能很好的解释错误扎堆了。
不过一切都是推想，事实还有待程序员们的查明。
错误扎堆的现象相同，但是引起的原因却不同，要注意区别对待。
日期：
3月6日
工作、学习、活动纪要：
继续测试三大模块，继续学习下一个模块的相关文档
心得体会、存在问题、改进意见：
今天的工作量很大，测试工作也进行的相当到位，唯一让人崩溃的是我的eclipse，在svn上更新数据后，在eclipse上总是显示不出来，最后在我的胡乱混弄下终于英勇牺牲了。
三个同事费了近半个小时的时间才给我弄好，哎，我是不是罪恶了？
！
不仅仅是耽误了自己的时间，还耽误了大家的时间。
关于测试，今天项目组长给我说，你就好好测，不要给他们<程序员）面子，哎呀，那是你不知道亚历山大啊，每次搞出一个错误，感觉他们的眼睛都绿了，吓人啊！
不过老师曾经说过，程序员和测试员就是存在这样微妙的关系。
不过呢，今天没有测出什么大的问题，这是应该高兴呢还是应该难过呢？
！
好吧，这几天项目紧，估计明天工作量也很大。
日期：
3月7日
工作、学习、活动纪要：
回归测试，继续学习下一个模块的相关内容
心得体会、存在问题、改进意见：
今天，老总从上海公司过来考察成都公司的情况，霸气归来啊！
他的气场让我突然感觉到一个人要成功必须要有气场，没有气场的人一定不会成功。
而这种气场是可以后天训练出来的，很显然，我现在还没有这样强大的气场，得好好练练了。
要想成为一把手，还得多方面的学习。
好吧，说说今天的工作吧，根据上次会议的指示，我们现在每一个模块都有精细的锤炼，务必做到能在项目交付之前给客户用到一些相关模块，这样才能在交付客户使用的时候客户能够很快的适应系统的相关功能，而且也有利于客户对系统的反馈情况，让系统更好的完善。
所以今天就只做了点回归测试，因为昨天的缺陷今天还没有完全的改完，而且项目的其他模块还没有锤炼的成熟，所有工作很轻松。
日期：
3月8日
工作、学习、活动纪要：
测试系统管理模块，回归测试之前的模块，部门知识分享
心得体会、存在问题、改进意见：
今天上午的就仅仅只是做了昨天开发出来的模块和之前修改的bug。
下午部门主管告诉我们美工今天要给我们一个知识分享。
听说以前软件部每周都会有一次知识分享的，但是最近项目赶得比较紧，就这么久才分享一次。
今天美工给我们分享了很多知识，我现在才知道，之前系统的界面大部分出自她之手，系统小到一个按钮，大到系统的logo都是美工自己画出来的。
突然感觉到一个系统的开发，关系到的每个细节都是由专人负责的，软件架构师是要怎样的大脑才能把一个庞大的项目细分到如此的地步，以至于让他有条不紊的进行着。
尽管美工分享的知识在她眼里都是比较简单的，但是对于其他领域里的人来讲都是新鲜的，通过知识分享，以后程序员在做系统的时候对于一个按钮图片或者其他图片的细微修改就可以自己动手完成了，省去了交流误差，不得不说，我喜欢这样的分享。
日期：
3月11日
工作、学习、活动纪要：
测试系统管理模块，回归测试之前的模块，学习下一个模块的知识
心得体会、存在问题、改进意见：
今天的任务不重，主要是昨天的开发模块测试和之前的bug测试。
今天我发现系统管理模块真的很麻烦，主要是数据库比较麻烦，因为之前的数据字典不是很清晰，加上我对后台的数据库不是很了解，这个模块差点被我搞崩溃了，然后程序员说没有我这样测试的，在输入ID的时候会去输入一些诡异的字符，我给项目组长告诉我这样没错，但是这样的测试时比较过分的严格啦。
因为这个系统不是像游戏之内的系统给非专业人士用的，这个系统是给专业人士用的，专业人士是不会烦这样的错误的，我这样的测试时有点鸡蛋里挑骨头的意思啦。
不过我觉得我没有错，至少我是出于系统的安全性能考虑的。
但是我却忽略了系统成本的问题，这是在企业和在学校最根本的区别。
日期：
3月12日
工作、学习、活动纪要：
测试系统管理模块，回归测试之前模块，学校下一个模块的相关文档
心得体会、存在问题、改进意见：
今天任务依旧不重，还是这个模块的测试。
测试完了就没有事情干了，但是我知道，在公司不能让人觉得你是闲着的，我就在公司的图书柜里借了本书，是关于这个项目的相关文档管理的学习，我总觉得公司的文档管理比较混乱，我希望借助这样的书能够提高一下。
这一本书可不得了啊，比我在学校里学习的任何一本书都要厚，没有挨着看下去的欲望啦，我就翻开了和系统相关的那个部分看了，现在才发现，原来我们做的系统的文档都是仿照这个来写的，这上面的文档之详细，着实吓了我一跳，终于明白了为啥之前一个程序员说我看的那个版本不能用于开发的意思啦，的确如此呢。
要学的东西还很多，只要保持一颗谦虚的心，完成我大学生活的最后一课。
日期：
3月13日
工作、学习、活动纪要：
重新全面学习了网络服务器的相关知识,进行了模块的多用户测试。
心得体会、存在问题、改进意见：
网络服务器是局域网的核心，根据它在网络中所起的作用，还可以进一步分为文件服务器、打印服务器和通信服务器。
文件服务器能讲大容量磁盘空间提供给网上客户机使用，接收客户机提出的数据处理和文件存取请求，向用户<客户机）提供各种服务。
打印服务器接收来自客户机的打印任务。
通信服务器主要负责网与网之间的通信和提供各种调制解调器等多种接口。
关于测试，今天我发现了一个以前测试没有发现的秘密，就是在同一个浏览器标签中，用相同的身份登录同一个系统，两个标签的关联式滞后的。
换句话说就是用一个标签修改，提交以后是在另一个标签上看到效果的。
组长说这是因为开发期，方便编程和测试的需要。
没有深度接触过代码还真是麻烦呢。
日期：
3月14日
工作、学习、活动纪要：
初审测试文档，修改文档的相关内容
心得体会、存在问题、改进意见：
今天比较开心，自己整理的测试文档终于通过初步审核了，那就意味着自己努力被项目组认可了，心里美滋滋的。
通过这半个月左右的测试和文档整理，自己感觉工作没有什么高低贵贱之分，每个步骤都很重要。
比如测试文档吧，编程人员就是通过测试文档了解程序的缺陷和bug，然后根据用户需求和经验进行修改。
如果一份测试文档不能表达出用系统的问题，那么你做出的系统再好，以后一样会出很多问题。
理论上说软件都是存在bug的，不存在bug的软件是不存在的。
当然，我是第一次写这样的商业测试文档，同样出现了不小的问题，最主要的问题是我没有考虑到测试文档不仅仅是要给程序员看的，同样是要交付给客户的，对于里面太专业的术语客户是不甚了解的。
这点经验不足的地方以后一定要注意。
日期：
3月15日
工作、学习、活动纪要：
测试报表中心模块，学习文档中下一个模块的相关内容。
心得体会、存在问题、改进意见：
今天工作没有出现太大的问题，就是按照往常的一样，根据测试用例测试而已也没有发现太大的问题。
今天公司新进来一个同事，感觉还不错，不过没有到我们软件部，而是在售前顾问部，组长说公司最近在谈另一个系统所以售前的和我会有一个接触的机会，因为我现在测试的项目是从中途进来的，我十分渴望知道系统开发的全部流程，想知道哪些文档是怎样根据客户的描述编写出来的，想知道是怎么和客户交流的。
看来这样的机会离我会很近啦。
日期：
3月18日
工作、学习、活动纪要：
继续测试报表中心模块和回归测试相关模块，学习文档中的下一个模块
心得体会、存在问题、改进意见：
今天大量测试到了报表中心的内容，但是因为报表中心的数据内容较繁杂，测试起来就不是那样的得心应手啦，一直是做得黑盒测试，不必关心代码的实现，但是今天我特别想看一下代码，特别是数据库层次的，不然这个报表中心我着实测试不出来。
听了我的建议，项目经理给我带到了数据库设计小组，经过师姐的讲解，基本上了解了数据库和前台的接口，不得不说这对我的测试起到了很好的帮助，尽管测试还是不必管代码的实现，但是明白了数据来源和数据接口提供的服务，就能对大量的报表数据进行分析，达到测试目的。
现在终于明白测试的复杂性啦，不要小看了软件测试，要明白其中的规则还是要更加深入的学习各方面的知识，不仅仅是前台，还有后台的。
日期：
3月19日
工作、学习、活动纪要：
测试质量改进模块，回归测试相关模块，部门知识分享
心得体会、存在问题、改进意见：
几个程序员被我的测试搞得有点无语啦，最近的模块考虑的就比之前详细多了，今天的质量改进模块让我比较崩溃的是那个柱状图和折线图的测试，一个程序员说这个图很不容易才显示出来的，但是还是出现了一下小小的问题，最古怪的是在我电脑上能够反映出这样的问题，但是在程序员自己的电脑上却反映不出来，搞得程序员自己也一头雾水，只有先放下啦。
今天又到了知识分享的时候啦，给我们分享知识的是项目经理，他给我们讲解了职场礼仪，从着装到语音，给我们举了他自己的例子以及公司同事的一下相关例子。
通过今天的学习让我懂得了职场上注意的事项还有很多，稍微不注意就会导致职场上的失败。
谨言慎行是职场上必须要学会的，同时还要懂得察言观色。
日期：
3月20日
工作、学习、活动纪要：
学习怎么拆卸维护计算机
心得体会、存在问题、改进意见：
今天不是要特别学习这样拆卸维护计算机的，主要是公司莫名其妙的跳闸啦，还跳了好几次，搞得大家工作的心情就没有啦，后来才知道是旁边在架设电线。
在跳闸期间，因为没有事情干，组长就问我会不会拆机，鉴于我从来没有这方面的理论知识和实践知识，组长就告诉了我一些理论知识，全当做是消遣。
拆卸维护计算机前应注意的几点：
1、断开所有电源。
2、在打开机箱前，双手触摸地面或者墙壁，释放身上的静电。
3、保持一定的湿度，空气干燥也容易产生静电，理想湿度应为40%~60%。
5、使用电烙铁、电风扇时应接好地线。
日期：
3月21日
工作、学习、活动纪要：
回归测试相关模块，学习文档中下一个模块的相关内容，听售前交流报告
心得体会、存在问题、改进意见：
前几天来的同事在今天的努力之下终于完成了和客户交流的PPT为了能更好的了解售前客户需求，软件部所以成员一起聆听了他的售前报告。
根据售前经理的指示，ppt要做得华丽而不失重点内容。
这次的系统和我们当前的系统在内容上是差不多的，就只是细节上的改动。
既然和客户交流就少不了要做公司的各类介绍，传说中的包装自己，看来同事很有经验，在这一方便做得很好，从公司的规模到公司的曾经完成的项目再到系统的特点，都讲得非常完整。
售前的同事告诉我，和客户交流是一门学问，针对不同的客户说话方式，着装什么的都要注意，因为我是实习生，公司不给安排见客户的机会，不然可以亲身和客户接触感受一下。
日期：
3月22日
工作、学习、活动纪要：
继续测试质量改进模块，回归测试相关模块
心得体会、存在问题、改进意见：
实习差不多一个月啦，公司的员工差不多都了解，但是今天发生了一件事让我很不能够理解，或许这就是传说中的社会与学校的不一样。
今天是正式员工考勤确认的时间，考勤和工资是直接相关联的，行政人员在公司的群里发了一条消息，意思就是大家上OA确认一下考勤，看有没有错误的，以方便工资核算。
截止时间定在了下午9：
00之前，可是有一个出差的同事，差不多在下午2:
00左右的时间就开始在群里发消息，说了很多难听的话，把行政人员给骂了，意思是通知晚了，上午9:
00他还在飞机上，不能确认的意思。
他把时间给看错了。
但是这个小插曲让我深深的感受到了火药味。
同事之间不应该和睦共处吗？
这样血腥的场面我以为只会在电视剧上出现。
或许学校的社会真的是最最单纯的社会，这样的争吵让我开始担忧。
希望这样的事情不要再发生啦。
日期：
3月25日
工作、学习、活动纪要：
测试质量监控模块，回归测试相关模块。
心得体会、存在问题、改进意见：
今天那个出差的同事回来了，突然感觉他的形象在我心中大打折扣，不过他倒是给行政人员道歉了，但是明显感觉到行政人员冷冷的表情，说句实话，换做是我也可能是这样的表情。
之后他就像没事人一样在公司里还是该干嘛干嘛，就好像这件事情没有影响到他一样。
今天的开始测试新的模块了，最近好像项目进度跟上来了，没有之前几天赶，今天的测试倒是没有遇到特别麻烦得问题，十分顺利的一天。
日期：
3月26日
工作、学习、活动纪要：
赶制月总结和下月计划。
心得体会、存在问题、改进意见：
今天早上项目经理就问我要这个月的总结和下个月的计划，我晕，之前没有人告诉我还要交这个东西呢。
项目经理就让我今天之前发给他，还好我写了这些实习日志，不然让我回忆这个月的工作内容，估计我会疯掉的。
不过这个告诉了一个很好的道理，利用闲暇时间记录一点东西关键时刻也许会派上用场。
不过同样也告诉我一个道理，就是工作之前一定一定要问清楚除了日常分配的工作还有没有其他工作要做，不然就算其余工作做得再好，也会在关键问题上大打折扣。
日期：
3月27日
工作、学习、活动纪要：
继续测试质量监控模块，回归测试各相关模块。
心得体会、存在问题、改进意见：
今天的测试出问题最大的就是那个饼图，原以为一个图直接放在那里就好了，没有想到的是这有个还得涉及到比例的问题。
这个模块的程序员是比较年轻的刚刚从学校毕业的，也许是因为在学校做东西的时候都是按照自己的想法做的，所以这个饼图在他没有找到合适的比例图的时候居然用了另外一个图来代替了，这让我有点无语，我给他说了之后他还说这个找不到图来弄，我就让他去找美工给弄一张。
他反映美工设计的图要导入进去弄成饼图比那个系统直接生产的图要麻烦很多。
但是设计就是设计，
升级会员 