Programmatically close App Designer app after running it for a unit test

Question

Rich006 2024-5-16

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/2119551-programmatically-close-app-designer-app-after-running-it-for-a-unit-test

编辑： Adam Danz 2024-5-16

I need to run mlapp myApp for a unit test, but after the test I want the app window to be closed. The only way I know to do this is to search for the app UI Figure in all graphics objects, but I feel there should be a more elegant way.

In my example there is a function appStartup that is called by myApp when the app is started, and appStartup should throw an error if the app can't be run. My code looks like:

function testAppNotRunnable(testCase)
% code here to make sure the app can't run
verifyError(testCase, @() myApp, "appStartup:cantRunApp") % appStartup errors when called by myApp
% close open app windows
h = findall(groot, 'Tag', 'my app tag');
close(h)

This works, but seems inelegant.

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

请先登录，再进行评论。

请先登录，再回答此问题。

Answer 1

Adam Danz 2024-5-16

0
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/2119551-programmatically-close-app-designer-app-after-running-it-for-a-unit-test#answer_1459006

编辑：Adam Danz 2024-5-16

Original answer removed due to error. See discussion below.

Summary of approaches (thanks to Steven Lord)

use a addTeardown
use a try/catch block to catch errors in the startup function and close the app when there is an error
for public functions, call the function directly from the app object within verifyError and then close the app
If possible (outside of App Designer) reorganize code to move validation before figure creation

7 个评论
显示 5更早的评论隐藏 5更早的评论

Steven Lord 2024-5-16

在 MATLAB Online 中打开

"verifyError returns the app handle which can be used to close the app."

No, it doesn't, unless the verifyError call fails to verify an error/exception. From the verifyError documentation page: "If the function handle throws an exception, all outputs are displayed as <missing>."

testcase = matlab.unittest.TestCase.forInteractiveUse;
output = verifyError(testcase, @() plus(1:2, 1:3), ...
    "MATLAB:sizeDimensionsMustMatch")
Verification passed.
output = missing
    <missing>

Compare to a case where the function being tested does not throw an exception (and so the verification fails.)

output = verifyError(testcase, @() plus(1:2, 1:2), ...
    "MATLAB:sizeDimensionsMustMatch")
Verification failed.
    ---------------------
    Framework Diagnostic:
    ---------------------
    verifyError failed.
    --> The function did not throw any exception.
        
        Expected Exception:
            'MATLAB:sizeDimensionsMustMatch'
    
    Evaluated Function:
      function_handle with value:
    
        @()plus(1:2,1:2)
    ------------------
    Stack Information:
    ------------------
    In /tmp/Editor_xdryi/LiveEditorEvaluationHelperEeditorId.m (LiveEditorEvaluationHelperEeditorId) at 4
    In /MATLAB/toolbox/matlab/connector2/interpreter/+connector/+internal/fevalMatlab.p (fevalMatlab) at 0
    In /MATLAB/toolbox/matlab/connector2/interpreter/+connector/+internal/fevalJSON.p (fevalJSON) at 0
output = 1x2
     2     4
<mw-icon class=""></mw-icon>
<mw-icon class=""></mw-icon>

In this case one approach you could use would be to set up a teardown using addTeardown. Record the list of figures that existed prior to the test method running as the first line of the test. Add a teardown function that queries what figures exist when the teardown function executes and closes all the figures that are in the later list but not in the former (using setdiff.)

But I'd take a closer look at the app. Why does the app create the figure then error out? Can you reorganize the initialization code to error out before it creates the figure, perhaps pulling numeric data validation earlier in the initialization function? If the app constructor throws an error before the figure gets created, you only need to worry about closing the app figure if the test fails (in which case the output argument from verifyError can help.)

Steven Lord 2024-5-16

在 MATLAB Online 中打开

Another possibility could be to wrap the startup code in your appStartup function in a try / catch block. If an error occurs in the try part of the block, close the figure (if it exists) before calling rethrow on the error.

try
    x = (1:2) + (1:3);
catch ME
    disp("Here is where I'd close the figure.")
    rethrow(ME)
end
Here is where I'd close the figure.
Arrays have incompatible sizes for this operation.

Adam Danz 2024-5-16

在 MATLAB Online 中打开

Thanks for pointing out my mistake @Steven Lord.

If the app subclasses from matlab.apps.AppBase I'm not aware of a way to run one of its methods (e.g. the startup function) before opening/creating the app.

However, once the app object exists, you can independently call any of its public functions. For example, if appStartup is a public function in myApp and the expected error it throws is independent of the initialization at startup, you could verify the error using,

app = myApp; 
verifyError(testCase, @() appStartup(app), "appStartup:cantRunApp") 
close(app.UIFigure)

But I like Steven's addTeardown idea best and wish I had thought of it.

请先登录，再进行评论。

Programmatically close App Designer app after running it for a unit test

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

采纳的回答

7 个评论
显示 5更早的评论隐藏 5更早的评论

更多回答（0 个）

另请参阅

标签

产品

版本

Community Treasure Hunt

Programmatically close App Designer app after running it for a unit test

0 个评论 显示 -2更早的评论隐藏 -2更早的评论

采纳的回答

7 个评论 显示 5更早的评论隐藏 5更早的评论

更多回答（0 个）

另请参阅

标签

产品

版本

Community Treasure Hunt

WeChat

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

7 个评论
显示 5更早的评论隐藏 5更早的评论