現(xiàn)狀和問題
- 開發(fā)插件的功能A的時(shí)候隨手建立場景, 測試插件的功能A. 測試通過后,測試場景就被丟掉.
- 發(fā)現(xiàn)插件的功能A有bug時(shí), 修改代碼, 然后隨手建立場景, 測試bug. 測試通過后,測試場景就被丟掉.
- 添加功能B, 測試功能B通過后, 在使用的時(shí)候發(fā)現(xiàn)之前的功能A卻產(chǎn)生了bug, 應(yīng)該是在添加功能B的時(shí)候產(chǎn)生的bug.
- 在開發(fā)人員流動大的公司里, 一個(gè)開發(fā)人員離職了, 他所開發(fā)的代碼交接給后續(xù)的開發(fā)人員.
? 后續(xù)開發(fā)人員很難了解原先代碼的設(shè)計(jì)思路和細(xì)節(jié), 同時(shí)在添加新功能時(shí)難免會引入bug.
?
一個(gè)可行的解決方法:
- 在開發(fā)過程中, 每增加一個(gè)新功能, 都應(yīng)該寫相應(yīng)的testcase.
- 在開發(fā)過程中, 開發(fā)人員自己如果經(jīng)常執(zhí)行這些testcase(回歸測試), 那么就能保證修改的代碼不引入新的bug
- 一個(gè)開發(fā)人員離職了, 他所開發(fā)的代碼交接給后續(xù)的開發(fā)人員. 后續(xù)開發(fā)人員看testcase,了解插件的功能如何使用.
? 在添加新功能的時(shí)候, 把之前所有的testcase都執(zhí)行一遍, 就能保證之前的功能沒有問題. 如果有問題的話, 也能構(gòu)及時(shí)發(fā)現(xiàn).

新的問題:
- 一個(gè)插件可能有大大小小十幾個(gè)功能, 全部測試下來可能要十幾分鐘. 每次修改一下代碼都要花這十幾分鐘做回歸測試的話,
? 一天下來也寫不了多少代碼. 這樣的開發(fā)效率太低.
解決方法:
- 做自動化測試. 把原先手動測試的工作讓程序來做.


關(guān)于automation
框架
??? - 自己寫
??? - 使用python unittest

如何寫testcase
有了測試框架之后, 還需要有testcase. 才能讓自動化測試真的有效. 關(guān)于如何寫好testcase, 這里有一寫個(gè)人的經(jīng)驗(yàn).
- testcase里一般使用unittets.assert()來測試某個(gè)變量的值是否等于正確的值.
- 如何比較數(shù)組
? 比如, 如果要測試一個(gè)deform插件. 需要判斷變形后的點(diǎn)的坐標(biāo)是否正確. unittets.assert()不能比較list類型, 所以需要我們自己寫.
? 要比較normal, nv等數(shù)據(jù), 也需要這么做.
- 如果要測試一個(gè)shader該怎么寫testcase? 怎么判斷物體上的每個(gè)像素的值都是正確的呢?
? 可以把第一次渲染出的圖片保存, 作為正確的圖片(參考圖片), 以后每次渲染出的圖片和參考圖片做比較. 我簡稱這種方法為"參考圖比較".
?
? 其實(shí), 對于判斷vertex position, normal, nv 都可以用這種方法做回歸測試.
? 測vertex position的話, 渲染一張圖就能看得出點(diǎn)的坐標(biāo)是否正確;
? 測vertex normal的話, 給mesh賦一張材質(zhì),渲染一張圖就能看得出點(diǎn)的normal是否正確;
? 測vertex uv的話, 給材質(zhì)賦一張checker紋理,渲染一張圖就能看得出點(diǎn)的uv是否正確;
?
? 怎么樣? 是不是覺得這個(gè)方法非?？? 事實(shí)上, 如果你沿著這條路走下去的話, 你會發(fā)現(xiàn)實(shí)際上這是個(gè)無比大的坑! 但幸好這個(gè)坑還是有出路的.
? 所以, 我的建議是, 盡量不用"參考圖比較"的方法, 而使用數(shù)組比較position, normal, nv這些值. 但如果要測試shader的話, 除了"參考圖比較"的方法之外, 我沒有想到更好的方法.
?
? 下面說一下"參考圖比較"的方法, 以及會遇到哪些問題:
? - 圖片格式
??? 備選項(xiàng): jpg, exr, png, bmp, ...
??? 以下是我選擇圖片格式的依據(jù):
??? - 圖片文件盡可能小.
??? - 方便查看. 比如, 我雙擊圖片就可以查看, 如果能直接在文件管理器里瀏覽其縮略圖就更好了.(所以, exr格式被剔除)
??? - 跨平臺. (bmp在linux不太好, 所以被剔除)
??? 似乎jpg, png都是不錯(cuò)的選擇. 但jpg是有損壓縮. 為了避免壓縮導(dǎo)致圖片不一致, 我最終還是選擇png格式.
? - 如何比較兩張圖片是否一致
? - 用什么渲染器來渲染參考圖
??? 備選項(xiàng):mayaSoftware, mentalray, arnold,
??? - 最好是maya自帶的渲染器, 因?yàn)槭褂闷饋矸奖?
??? - 所以, 似乎mayaSoftware是首選. 但如果你用這個(gè)渲染器, 會發(fā)現(xiàn)每次渲染的圖片都不一致(雖然人眼不出差異). 出來的圖片根本不適合做參考圖.
??? - 其次, mentalray每次渲染的圖片是一致的. 但是, 相同maya版本, 不同平臺下, mentalray渲染的圖片有時(shí)會不一致. 更糟糕的是, 不同maya版本的mentalray渲染的圖片差異很大.
????? 為什么? 因?yàn)閙entalray在不斷的更新, 比如采樣的方法變了, 渲染出的圖片肯定就不一樣了.

- 如何制作testcase的maya文件
? - 批量更新testcase的maya文件, 是一件非常痛苦的事情 運(yùn)行自動化測試的一些技巧

轉(zhuǎn)載于:https://www.cnblogs.com/yaoyansi/p/4761651.html

總結(jié)

以上是生活随笔為你收集整理的Automation Test in Maya Plugin Development的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。