Project

General

Profile

Actions
Copy link

action #1309

closed

Create Perl sandbox for the tests (Safe module)

Added by aplanas over 10 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
okurz
Category:
Feature requests
Target version:
QA - future
Start date:
2014-01-27
Due date:
% Done:

0%

Estimated time:

Description

If we accept test programs from external contributors we need a way to sandbox the code, and avoid unwanted side effect, like accessing the full system from the test.

An alternative for this is the creation of a DSL language to write the test.

Actions
Copy link
 #1

Updated by aplanas over 10 years ago

  • Subject changed from Create Perl sandbox for the tests (Safe module to Create Perl sandbox for the tests (Safe module)
Actions
Copy link
 #2

Updated by ancorgs about 10 years ago

  • Target version set to future
Actions
Copy link
 #3

Updated by coolo over 9 years ago

  • Category set to 138
Actions
Copy link
 #4

Updated by RBrownSUSE over 8 years ago

  • Category changed from 138 to Feature requests
Actions
Copy link
 #5

Updated by okurz over 8 years ago

How about a slight alternative to this to check for system access in a test, e.g. if certain calls are made, the tests of PRs fail?

Actions
Copy link
 #6

Updated by okurz over 7 years ago

  • Status changed from New to Rejected

no one cares

Actions
Copy link
 #7

Updated by oholecek over 7 years ago

  • Status changed from Rejected to New

Not that no one cares. This is still a valid and important topic and after my testapi decouple is (finally) done this will be much easier to accomplish.

Actions
Copy link
 #8

Updated by szarate over 7 years ago

A possible integration of Devel::REPL could help... and as for the DSL, we could use gherkin format maybe (GoS?)...

Actions
Copy link
 #9

Updated by oholecek over 7 years ago

Since my work on testapi involve doing testapi calls through socket my idea for this is to execute tests in complete container based sandbox - limited fs, net?, hw resources access and so on. Just passing the socket should be enough to interact with testapi and thus SUT. Fot this there is still TODO how QAM interacts with backend directly in some of their tests.

Since testapi will be accessible through socket we can create binding in any language we want quite easily. But that's for different issue and time.

Actions
Copy link
 #10

Updated by okurz almost 6 years ago

  • Target version changed from future to future
Actions
Copy link
 #11

Updated by okurz over 4 years ago

  • Status changed from New to Resolved
  • Assignee set to okurz

I consider this sufficiently covered with our use of apparmor.

Actions
Copy link

Also available in: Atom PDF